 1-Dec-85 11:08:00-MST,1900;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 11:07:52-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a007967; 1 Dec 85 12:40 EST
Received: from usenet by TGR.BRL.ARPA id a018791; 1 Dec 85 12:44 EST
From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.micro.pc
Subject: Unix / DOS+CP/M File Transfer programs Posted
Message-ID: <261@omen.UUCP>
Date: 30 Nov 85 12:22:43 GMT
Xref: seismo net.micro:13629 net.micro.cpm:5324 net.micro.pc:6492
To:       info-cpm@AMSAA.ARPA

The current versions of sb and rb, *nix programs supporting XMODEM,
YMODEM, and YMODEM Batch file transfers, have been posted to
net.sources.  Recent changes include support for BSD 4.2 and SYS V
terminal control conventions.  Compared to the last version of UMODEM
examined, rb and sb load the CPU less because of multi-character
terminal i/o operations.

In additon, YMODEM 1k packets (supported by YAM, MEX, PibTerm, IMP,
etc.) give greater throughput than XMODEM.  For example, at 9600 bps,
an otherwise idle PC-AT Xenix downloads to Pro-YAM with YMODEM-g twice
as fast as it does to Crosstalk XVI 3.6 with XMODEM.  This disparity
increases with transmission speed and system response time.

YMODEM batch transfers can also preserve the exact file length and
modification time.

VMS versions of these programs are also available, and will be posted
when a terminal mode problem unique to VMS version 4 is corrected.

Enjoy.
-- 
  Chuck Forsberg WA7KGX   ...!tektronix!reed!omen!caf   CIS:70715,131
Omen Technology Inc     17505-V NW Sauvie Island Road Portland OR 97231
Home of Professional-YAM, the most powerful COMM program for the IBM PC
Voice: 503-621-3406     Modem: 503-621-3746 (Hit CR's for speed detect)
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
 1-Dec-85 14:13:43-MST,1266;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 14:13:38-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a009177; 1 Dec 85 15:27 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a013600; 1 Dec 85 15:27 EST
Received: by mit-eddie (4.12/4.7)
	id AA23034; Sun, 1 Dec 85 15:07:02 est
Date: Sun 1 Dec 85 15:10:32-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-EDDIE.ARPA>
Subject: Hayes test pattern
To: info-cpm@BRL.ARPA
Message-Id: <12163701972.28.T.MOORE@MIT-EECS>


   I think there was a discussion on this before, but I have noticed the
problem for the first time on my Hayes recently.  When connected to a
system, the modem will (at random) send out "UUUUUUUUUU"'s and go offline.
I can resolve this by quickly unplugging the phone line and plugging it
in fast enough to keep the connection -- the modem is back to normal then
and I am returned to the system.  I can only suppose that this is some
sort of test pattern for the Hayes.

   I am using MEX usually when this happens, but it has occurred once or
twice in another terminal program as well.

   Any explanations and/or solutions would be appreciated;  mail me directly,
I am not on info-cpm.  Thanks.

-drew
-------
 1-Dec-85 18:09:48-MST,1017;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 18:09:43-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a010432; 1 Dec 85 19:41 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a014734; 1 Dec 85 19:43 EST
Received: by mit-eddie (4.12/4.7)
	id AA26470; Sun, 1 Dec 85 19:28:50 est
Date: Sun 1 Dec 85 19:28:26-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-EDDIE.ARPA>
Subject: EZCPR & the CCP
To: info-cpm@BRL.ARPA
Message-Id: <12163748920.23.T.MOORE@MIT-EECS>


   How can I get around the problem of trying to install EZCPR on a system
whose CCP is not located where EZCPR expects to find it?  I am using an
Apple system (MicroSoft-Compatible CP/M), where the CCP is 2000H higher
(is this correct?) than normal.  If that's not correct, I do know that
there is a difference in the CCP somewhere.  When I run SYS215.COM, it
tells me "CCP Not Located", and EZCPR cannot locate the CCP.  How can I
get around this problem?

-drew
-------
 1-Dec-85 23:55:05-MST,1299;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 23:55:00-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a014176; 2 Dec 85 1:24 EST
Received: from usc-isid.arpa by AOS.BRL.ARPA id a016093; 2 Dec 85 1:30 EST
Date: 2 Dec 1985 01:28-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Hayes test pattern
From: ABN.ISCAMS@USC-ISID.ARPA
To: T.MOORE%MIT-EECS@MIT-EDDIE.ARPA
Cc: info-cpm@BRL.ARPA
Message-ID: <[USC-ISID.ARPA] 2-Dec-85 01:28:07.ABN.ISCAMS>
In-Reply-To: <12163701972.28.T.MOORE@MIT-EECS>

Drew (et al),
You aren't the only one to experience this little Hayes "UUUUUUUU"
phenomenom .. a net buddy and I occasionally link thru our local TAC
and distant mainframe host.  He uses a Hayes modem.  On occasion (and we
canNOT identify any unique trigger), he blows away with a stream of "UUU"s.
I'm still on the net, but he's gone!  Gotta tell him about toggling the
on/off switch or whatever since to date we've been stymied, and the local
TAC wizards swear innocence (and you KNOW what the mainframe operators had
to say about us micro users...).

Sure don't have an explanation, though .. and would be most interested in
the answer when/if you get one!

Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
 2-Dec-85 14:23:05-MST,895;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 14:22:56-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a012084; 2 Dec 85 15:41 EST
Received: from hi-multics.arpa by AOS.BRL.ARPA id a003606; 2 Dec 85 15:33 EST
Acknowledge-To:  Wilkinson@HI-MULTICS.ARPA
Date:  Mon, 2 Dec 85 14:23 CST
From:  Wilkinson@HI-MULTICS.ARPA
Subject:  Re: Hayes Test Pattern
To:  INFO-CPM@BRL.ARPA
Message-ID:  <851202202351.918119@HI-MULTICS.ARPA>

I have experienced the same phenomenon on my Pop-Comm X100 external
modem which is Hayes compatible (I suspect that is extraneous) when
connected over local city lines to our main-frame host (I am on an IBM
PC.XT running QMODEM.  f you get an expanation I would apprecite hearing
it.  How about a bug in a modem chip that they both use?
          Richard Wilkinson   {Wilkinson@HI-MULTICS.ARPA}
 2-Dec-85 21:50:00-MST,1594;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:49:44-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a014110; 2 Dec 85 18:52 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a006663; 2 Dec 85 18:59 EST
Date: 2 Dec 1985  18:57 EST (Mon)
Message-ID: <FONER.12164005409.BABYL@MIT-OZ>
From: "Leonard N. Foner" <FONER%MIT-OZ@MIT-MC.ARPA>
To:   Wilkinson@HI-MULTICS.ARPA
Cc:   Info-CPM@BRL.ARPA, Foner%MIT-OZ@MIT-MC.ARPA
Subject: Hayes Test Pattern
In-reply-to: Msg of 2 Dec 1985  15:23-EST from Wilkinson at HI-MULTICS.ARPA

I hesitate to mention this, because I'm sure someone's already said it
and I haven't seen it yet.  But...

That UUUUU pattern you see is what happens when a modem which
communicates in dibits (as does the Hayes) loses carrier.  [Thus your
1200 bits-per-second modem is actually 600 baud, since each change of
signal corresponds to a cartesian product of two one-bit quantities,
(generally either phase and frequency or phase and amplitude---I don't
recall which---each have two possible states, so you can combine them
four ways to get a dibit) which means each change of signal can
transmit two bits simultaneously.  Anyway, 'nuff on that.]

ASCII U is alternating ones and zeros, and the "no-carrier" state
looks like the dibit for 01.  Thus, you get a few UUU's and then the
modem recognizes it has lost carrier.  My VA3451 does that whenever
the foreign system drops carrier on logout, for example.

As for *why* one modem sees carrier dropped, I can't help you.

						<LNF>
 2-Dec-85 21:50:16-MST,788;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:50:10-MST
Received: from ru-blue.arpa by AMSAA.ARPA id a014350; 2 Dec 85 20:27 EST
Date: 2 Dec 85 10:17:36 EST
From: Davidann <DZimmerman@ru-blue.ARPA>
Subject: Re: Pocket Computers
To: Bicer.ES@XEROX.ARPA
cc: info-cpm@AMSAA.ARPA, info-micro@BRL-VGR.ARPA
In-Reply-To: <851126-191610-1473@Xerox>
Message-ID: <12163910788.29.DZIMMERMAN@BLUE.RUTGERS.EDU>

In response to Jack Bicer's query about pocket computers:

The Radio Shack PC-4 is made by Casio, not Sharp, if I am correct.
I have one, and, although limited, it gives quite a bang for the buck.
Pretty rugged, too - you could drop kick it a few times and still have
no problems with it.

	Davidann
-------
 2-Dec-85 21:50:30-MST,1346;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:50:22-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a014367; 2 Dec 85 20:36 EST
Received: from usenet by TGR.BRL.ARPA id a010718; 2 Dec 85 20:41 EST
From: kelvin%bocklin.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: help needed: Access Matrix
Message-ID: <470@bocklin.UUCP>
Date: 29 Nov 85 15:36:13 GMT
To:       info-cpm@AMSAA.ARPA

we just purchased (and are seriously considering returning) an Access
Matrix.  We understand that the manufacturer has gone out of business
but the price was right.

however, we're having lots of problems with the software.  CP/M didn't
include DDT or ASM.  And application programs that were supplied don't
run as documented (for example, Telcom+ doesn't give the menu that it's
supposed and pfont (a variant of fancy font) reports that its loading...
and then exits immediately to CP/M).

is this to be expected or is my package worse than normal?

what i really need is a communications package that works for this beast.
any clues?

soon after, i need to know what's inside the i/o space and where to find it.
anyone have schematics and/or hardware descriptions of this computer?

thanks in advance,
kelvin nilsen			uucp: arizona!kelvin
				csnet: kelvin@arizona
 3-Dec-85 04:39:01-MST,1277;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 04:38:55-MST
Received: from simtel20.arpa by AMSAA.ARPA id a015117; 3 Dec 85 6:08 EST
Date: Tue, 3 Dec 1985  04:14 MST
Message-ID: <KPETERSEN.12164128653.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: New ZCPR3-related files available from SIMTEL20

Several new ZCPR3-related files are now available from SIMTEL20:

Filename		Type	 Bytes	 CRC	Notes

Directory PD:<CPM.Z3NEW>
Z3NEWS.308.1		ASCII	 21365  B56FH <--Echelon newsletter
Z3NEWS.3Q8.1		BINARY	 12800  D2AEH <--same, squeezed

ZHELPR13.RAS.1		ASCII	  4198  5BF2H <--volunteer helper list
ZHELPR13.RQS.1		BINARY	  2560  5559H <--same, squeezed

ZNODES13.LQT.1		BINARY	  2816  A380H <--updated Z-node list
ZNODES13.LST.1		ASCII	  4130  E84BH <--same, squeezed

The squeezed files are also copied in PD:<CPM.ZCPR3>.  The files above
in PD:<CPM.Z3NEW> will be deleted when the next new files are
announced.

--Keith
Arpa:  W8SDZ@SIMTEL20.ARPA
uucp:  ...!seismo!SIMTEL20.ARPA!W8SDZ
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
 3-Dec-85 06:53:34-MST,1215;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 06:53:28-MST
Received: from simtel20.arpa by AMSAA.ARPA id a018207; 3 Dec 85 8:19 EST
Date: Tue, 3 Dec 1985  06:25 MST
Message-ID: <KPETERSEN.12164152551.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: RCP/M Royal Oak now supports 2400 bps

RCP/M Royal Oak installed a Courier 2400 modem last week.  If you
called the first few days after it was installed and noticed a lot of
garble, this has been fixed.  It was not the modem, it was bad carbons
at the phone company central office.

If you are unable to access SIMTEL-20 because of network restrictions
please remember that MOST of the new files announced to Info-Cpm are
also available on my RCP/M Royal Oak (MI) which may be accessed at
300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V22.BIS).
The telephone number is (313) 759-6569.

--Keith Petersen
Arpa:  W8SDZ@SIMTEL20.ARPA
uucp:  ...!seismo!SIMTEL20.ARPA!W8SDZ
uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
 3-Dec-85 08:53:37-MST,2151;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 08:53:23-MST
Date:     Tue, 3 Dec 85 9:52:29 EST
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  [CHATHAM:  kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?]

Fellow CP/Mers - I have responded to the first question regarding access to
SIMTEL20.  Can anyone help with the second query?


Dave


----- Forwarded message # 1:

Received: from usc-isi.arpa by AMSAA.ARPA id a004762; 2 Dec 85 11:21 EST
Date: 2 Dec 1985 11:26-EST
Sender: CHATHAM@USC-ISI.ARPA
Subject: kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?
From: CHATHAM@USC-ISI.ARPA
To: INFO-CPM-REQUEST@AMSAA.ARPA
Cc: CHATHAM@USC-ISI.ARPA
Message-ID: <[USC-ISI.ARPA] 2-Dec-85 11:26:41.CHATHAM>

Dear INFO-CPM;

I have a KAYPRO II [-turned-into-a-IV via MicroCornucopia] that I
want to use to talk to my new Kaypro 2000.  Feeling comfortable
using Kermit to pass files to and from the MILNET and a DARPA
IBM-PC, I would like to use it for my CPM-pc to/from IBM-pc file
transfers.  I have a useable copy of MS-KERMIT, and would like one
to work on my CPM machine.
	While I am willing to try most anything, I need some
more-precise directions than most of your INFO-CPM readers might.
Please don't tell me "do an anonymous FTP to SRI and get ..." .  I
need reasonably explicit directions on how to get from the MILNET
to SIMTEL20 (if that is where some needed file resides) and how to
drag it back out to a file at my MILNET address.

SECOND QUESTION:

	Is there a public domain disk drive control program like
Uniform for the Kapro II/IV machines to read IBM data disks?  I
don't need generality, just a way to load IBM 5 inch disks down
onto my Kaypro 2000's 3 inchers.  Having a perfectly good set of
5 inch DSDD drives on a Kaypro IV makes one think that there
should be a simple [or at least cheap] solution.

	If anyone cares to answer, could you info me at my ARPA-net
[MILNET] address as well as the bboard.  Thanks,
Yours, etc.,
ralph chatham

----- End of forwarded messages
 3-Dec-85 10:06:02-MST,630;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 10:05:54-MST
Received: from sri-kl.arpa by AMSAA.ARPA id a027891; 3 Dec 85 11:34 EST
Date: Tue 3 Dec 85 08:40:01-PST
From: LMTRA@SRI-KL.ARPA
Subject: Emacs Macros for Mix Editor
To: Info-micro@BRL-VGR.ARPA
cc: Info-CPM@AMSAA.ARPA


Some time ago, someone very generously offered to supply their macro defs
for the Mix editor to make it look like Emacs.  Well, I've decided to buy
and would appreciate the opportunity to take advantage of the offer.

Thanks in advance,
L. Traister (Lmtra@SRI-KL.Arpa)
-------
 3-Dec-85 19:06:41-MST,1532;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 19:06:32-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001880; 3 Dec 85 13:56 EST
Received: from usenet by TGR.BRL.ARPA id a026587; 3 Dec 85 13:56 EST
From: Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: PLEASE HELP w/ CP/M Directory trashing bug
Message-ID: <179@octopus.UUCP>
Date: 3 Dec 85 01:32:35 GMT
To:       info-cpm@AMSAA.ARPA

I have a very strange problem in CP/M 80. Does any guru out there know
what could cause:

- A directory looks fine using DIR or public domain variants that I know
of (e.g. D)
- If I do 'stat *.*' however, a file shows up twice in the directory.
- A CB-80 program seems to semi-randomly get one or the other copy of the
file
- the file duplicates itself sometime during execution of the CB-80 program
(a big accounting package)

Questions:
   1) What could cause the difference between DIR and STAT?
   2) Could this problem be caused by a bug in:
   - CP/M (this is running on a Molecular)
   - CB-80
   - A programmer's error

   Any answers would be much appreciated! (Please mail, don't post. If
   there is enough interest, I will summarize. I DON'T subscribe to
   net.micro.cpm)

-- 
  OOO   __| ___      Peter Holzmann, Octopus Enterprises
 OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014
  OOOOO \___/        UUCP: {hplabs!hpdsd,pyramid}!octopus!pete
___| \_____          Phone: 408/996-7746
 4-Dec-85 07:27:39-MST,898;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 07:27:24-MST
Received: from eglin-vax.arpa by AMSAA.ARPA id a012849; 4 Dec 85 8:53 EST
Date: 0  0 00:00:00 CDT
From: "UV2::FERRILL" <ferrill@uv2.decnet>
Subject: Apple 8" Floppy Controller Inquiry
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "UV2::FERRILL" <ferrill@uv2.decnet>

This is a reposting of a previous request to include usps and phone.

I'm looking for help with the SVA ZVX4 8" floppy controller for the 
APPLE ][ +.  I picked up the controller board real cheap but have no
documentation.  All calls to SVA result in a recording saying they'll
get back to me and they never do.  Any and all help is greatly appreciated.

Paul Ferrill
ferrill@eglin-vax.arpa

Computer Science & Applications
2-H David St.
Fort Walton Beach, FL  32548

(904) 863-0310
------
 4-Dec-85 10:30:04-MST,1822;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 10:29:39-MST
Received: from simtel20.arpa by AMSAA.ARPA id a008928; 3 Dec 85 21:33 EST
Date: Tue 3 Dec 85 19:39:40-MST
From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
Subject: Re: [CHATHAM:  kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?]
To: cpmlist@AMSAA.ARPA
In-Reply-To: Message from "Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>" of Tue 3 Dec 85 08:53:38-MST
Message-ID: <12164297099.23.CNISWONGER@SIMTEL20.ARPA>
Resent-Date:  Wed, 4 Dec 85 11:50:32 EST
Resent-From:  cpmlist@AMSAA.ARPA
Resent-To:    info-cpm@SIMTEL20.ARPA

Ralph,
	To do newwork file transfers, you probably will have to find an FTP
gugru at your site.   Since there are almost as many versions of the FTP pro-
gram as there are sites, you will have to get some local help.  This is the
real reason  that most of the instructions are so vauge -- they have to be
to cover all cases.  In addition, learning how your version of FTP interacts 
with the remote FTP is also interesting.  However, since I am a Simtel user,
let me know if you have direct questions about files on Simtel.

	To solve your disk transfer problems, there are two ways to go about 
things: 1), use a serial file transfer (over RS-232) program such as MODEM7,
MEX (my favorite) or Kermit, or 2) add a 5" drive to the 2000 (external of
course) and simply copy from disk to disk.  Method 2 is definitely the pre-
ferred way if possible (not sure, haven't tried it) but is more expensive.
Method 1 needs only a willing computer with 5" drives, an appropriate RS-232
cable and compatible transfer programs.  Again, due to the number of details,
try to find a local guru, but if you get stuck, give a yell.

				-- Mike Niswonger
-------
 4-Dec-85 18:32:07-MST,1321;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 18:31:57-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001394; 4 Dec 85 19:57 EST
Received: from usenet by TGR.BRL.ARPA id a009290; 4 Dec 85 19:51 EST
From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Newsgroups: net.sources,net.micro,net.micro.pc,net.micro.cpm
Subject: rb/sb Compilation
Message-ID: <265@omen.UUCP>
Date: 3 Dec 85 23:20:08 GMT
Xref: seismo net.sources:3977 net.micro:13668 net.micro.pc:6531 net.micro.cpm:5335
To:       info-cpm@AMSAA.ARPA

Some confusion has been reported concerning the compile time
options needed for the rb and sb programs recently posted
to net.sources.

For V7 and Berkeley systems (2.8 to 4.3), use -DV7

For SYS III and SYS V, use -DUSG

Those with Regulus, Coherent, Venix systems should examine the #ifdef's
in the files to determine the best compile time option to use.

-- 
  Chuck Forsberg WA7KGX   ...!tektronix!reed!omen!caf   CIS:70715,131
Omen Technology Inc     17505-V NW Sauvie Island Road Portland OR 97231
Home of Professional-YAM, the most powerful COMM program for the IBM PC
Voice: 503-621-3406     Modem: 503-621-3746 (Hit CR's for speed detect)
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
 5-Dec-85 00:57:08-MST,961;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 00:57:03-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a001826; 5 Dec 85 2:22 EST
Date:  5 Dec 1985 02:23:38 EST
Subject: READING DOS DRIVES FROM CPM
From: Rex Buddenberg <BUDDENBERGRA@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA
cc: CHATHAM@USC-ISI.ARPA, BUDDENBERGRA@USC-ISI.ARPA

What I have is special purpose, but indications are that there is
more out there.

The current software suite provided by AMPRO for Little Boards includes
a program called DOS.COM which allows you to set up one of the Little
Board drives as a DOS drive.  You can then transfer files from a CPM disc
to a DOS disc and back.  AMPRO disc format is not quite Kaypro, but they
are fairly close (I can read Kaypro discs too).  The program was released
to AMPRO by Paul Bartholomew (NFI).  It is copyrighted, not public domain.

Hope this helps some.
Rex
-------
 5-Dec-85 04:28:14-MST,1725;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 04:28:08-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002147; 5 Dec 85 5:56 EST
Received: from usenet by TGR.BRL.ARPA id a014627; 5 Dec 85 5:51 EST
From: rik%ucla-cs.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Unix on CP/M 2.2
Message-ID: <7856@ucla-cs.ARPA>
Date: 4 Dec 85 03:33:37 GMT
To:       info-cpm@AMSAA.ARPA

Is anybody familiar with "C/NIX"?  I received a catalogue from  SPITE
SOFTWARE, Portland, OR, with the following ad:

    C/NIX adds most of the power of Unix to any CP/M 2.2 system.  C/NIX
    features include named hierarchical directories, redirectable I/O, and
    many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk,
    grep, etc.)  Even on-line Help!  [...]  You can even turn on a "log"
    file, which captures everything that appears on the screen and places it
    in a file.  [...]  Even with all these features, you can still use DIR,
    TYPE, PIP or any other operatings system utilities you have become
    familiar with.  At $59.95, C/NIX is a remarkable package.  It's a big
    package though, and we recommend it for daily use only for those with
    double-sided or hard disks.

Apparently they have it available for Morrow, Kaypro, Epson QX-10,
Osborne Exec, Osborne 1, and a few others.

Anybody any experience with this?  Is it as good as it sounds?  I sure
wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm
afraid it's going to be a kind of trivial product...?

Rik Verstraete
3804G Boelter Hall		rik@LOCUS.UCLA.EDU
University of California	...!{ihnp4,ucbvax}!ucla-cs!rik
Los Angeles, CA 90024
 5-Dec-85 08:26:27-MST,859;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 08:26:15-MST
Received: from apg-3.arpa by AMSAA.ARPA id a008829; 5 Dec 85 9:40 EST
Date: Thu, 5 Dec 85  9:37:31 EST
From: John Shaver STEEP-TMAC 879-7602 <jshaver@apg-3.ARPA>
Subject: PCPI driver for Apple Unidiskc
To: info-cpm@AMSAA.ARPA
Cc: info-apple@brl-tgr.ARPA, jshaver@apg-3.ARPA

	Last week I reported that the folks at PCPI did not have a driver for the
Unidisk for their Applicard/Starcard CP/M.  
	This week I am pleased to report that they DO! have a driver and that
it is available for $15.00.  To get it, call Greg Eyeazian at (619) 485-8411.
He says you can Mastercharge or Visa it.
	Don't ask for an explanation for the conflicting stories.  I just report the
facts (both people I talked to claimed to work for PCPI).
.

 5-Dec-85 13:30:39-MST,968;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 13:30:21-MST
Received: from xerox.arpa by AMSAA.ARPA id a018921; 5 Dec 85 14:43 EST
Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:48:54 PST
Date: Thu, 5 Dec 85 14:48 EST
From: Thieret.WBST@XEROX.ARPA
Subject: Greek & Hebrew Word Processor ??
To: Info-Cpm@AMSAA.ARPA
cc: Thieret.WBST@XEROX.ARPA
Message-ID: <851205-114854-2611@Xerox>

Some time ago there was a message from a group in the religion
department at Duke about a Greek and/or Hebrew Word processor which they
had written and were selling/providing.  My younger brother is now in
seminary taking Hebrew 101 and Greek 301 (first and third years
respectivally).  He has a PC and would like to do Biblical language word
processing.  Anyone having information about such a program (you folks
at Duke listening???) please respond.

Thanks,

Tracy (Thieret.WBST@Xerox.ARPA)

 5-Dec-85 13:42:08-MST,637;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 13:42:02-MST
Received: from xerox.arpa by AMSAA.ARPA id a019324; 5 Dec 85 14:54 EST
Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:51:35 PST
Date: Thu, 5 Dec 85 14:50 EST
From: Thieret.WBST@XEROX.ARPA
Subject: Microsoft WORD.COM funny business.
To: Info-Cpm@AMSAA.ARPA
cc: Thieret.WBST@XEROX.ARPA
Message-ID: <851205-115135-2619@Xerox>

Does the text in the WORD.COM file for the PC beginning at 7E1H through
89CH concern anyone.

Just thought you might want to know.


Tracy (Thieret.WBST@Xerox.ARPA)

 5-Dec-85 14:10:30-MST,711;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 14:10:17-MST
Received: from xerox.arpa by AMSAA.ARPA id a019359; 5 Dec 85 14:54 EST
Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:53:06 PST
Date: Thu, 5 Dec 85 14:53 EST
From: Thieret.WBST@XEROX.ARPA
Subject: Epson MX-80 Graftrax ROMS
To: Info-Cpm@AMSAA.ARPA
cc: Thieret.WBST@XEROX.ARPA
Message-ID: <851205-115306-2623@Xerox>

Folks,

My youngest brother is using an old EPSON MX-80 and doesn't have the
graphics ROMs installed.  Is there a source for these yet remaining?  He
would really like to do some graphics on his printer.

Thanks,

Tracy (Thieret.WBST@Xerox.ARPA)

 6-Dec-85 07:08:55-MST,1235;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:08:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002723; 6 Dec 85 8:27 EST
Date: Fri, 6 Dec 1985  06:33 MST
Message-ID: <KPETERSEN.12164940449.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Cc:   Info-Modem7@simtel20.ARPA, Info-Micro@brl.ARPA, Info-Cpm@AMSAA.ARPA
Subject: Unix / DOS+CP/M File Transfer programs Posted

Chuck, the man page for sb makes no mention that Unix new lines will
NOT be converted when downloading ascii files.  rb apparently has no
provisions for stripping CRs on uploads.  This is probably due to the
fact that if batch up/downloads are done, a global convert is
undesirable since binary and ascii files MAY be mixed.

Some mention should be made of utilities such as "unixcpm" and
"cpmunix" to handle such files.

sb's attempt to restore the tty after the transfer (i.e., un-do the
raw) results in a lock-up condition on BRL Unix 4.2 BSD.  This MAY be
due to the fact that I'm accessing BRL through a TAC.  I had to reset
the connection and log in again.

--Keith
 6-Dec-85 07:27:27-MST,966;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:27:17-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002887; 6 Dec 85 8:38 EST
Received: from usenet by TGR.BRL.ARPA id a001322; 6 Dec 85 8:42 EST
From: WhiteR <rlw%druxm.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: CP/M Database Needed
Message-ID: <1220@druxm.UUCP>
Date: 5 Dec 85 15:47:48 GMT
To:       info-cpm@AMSAA.ARPA


 I am trying to locate a Public Domain database that can run under a
Z80 CP/M based system.  My main concern is that it be able to sort on
any field without writing lengthly template/sort formulas.  I am currently
using Perfect Filer on my Kaypro 4 and it doesn't allow for easy sorting.
Any help would be greatly appreciated. Thanks in advance.

					Randy White
					ATT Information Systems
					11900 N. Pecos
					Denver, Co. 80234
					(303)538-4027 work
					(303)772-1579 home
					druxm!rlw
 6-Dec-85 07:52:21-MST,786;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:52:14-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003175; 6 Dec 85 9:07 EST
Received: from usenet by TGR.BRL.ARPA id a002011; 6 Dec 85 8:57 EST
From: guarna@uiucdcsb.cs.uiuc.edu
Newsgroups: net.micro.cpm
Subject: 68000 Adaptor Board?
Message-ID: <4800009@uiucdcsb>
Date: 3 Dec 85 13:59:00 GMT
Nf-ID: #N:uiucdcsb:4800009:000:230
Nf-From: uiucdcsb.CS.UIUC.EDU!guarna    Dec  3 07:59:00 1985
To:       info-cpm@AMSAA.ARPA


A couple of weeks ago, someone made a comment about the existence
of a 68000 adaptor board for Z-80 based CP/M systems (that runs
OS-9).  Has anyone heard of such a board?  Could I get a vendor
name?

	Vince

ihnp4!uiucdcs!guarna
 6-Dec-85 09:54:44-MST,1090;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 09:54:38-MST
Received: from acc.arpa by AMSAA.ARPA id a006979; 6 Dec 85 11:16 EST
Date: 6 Dec 85 08:04:00 PST
From: shawn@ACC.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: Arabic and Hebrew word processor
To: "thieret.wbst" <thieret.wbst@xerox.ARPA>
cc: shawn@acc.ARPA, info-cpm@AMSAA.ARPA
Reply-To: shawn@ACC.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA


First, I saw the ad for the first time, the day before yesterday
so am only passing on location info. NOT user info. The ad is in the 
Nov. 85 Profiles page 16. "Pangloss" turns Wordstar into a bilingual
word processor. Supports dot or daisy printers including Juki
(some Kaypro packages include the Juki).
		Techware
		P.O. Box 10545
		Eugene, OR 97440

		phone: (503)484-0520
Most of the above names are trademarks and belong to someone.
Keeping in mind pleast that "It is easier to get forgivness
than to get permission"			

				shawn@acc.arpa
------
 9-Dec-85 09:43:06-MST,1172;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:42:56-MST
Received: from simtel20.arpa by AMSAA.ARPA id a006775; 9 Dec 85 10:17 EST
Date: Sat, 7 Dec 1985  06:33 MST
Message-ID: <KPETERSEN.12165202549.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: HELP w/ CP/M Directory trashing bug
In-reply-to: Msg of 2 Dec 1985  18:32-MST from Pete Holzmann <pete%octopus.uucp at BRL.ARPA>

Peter, CP/M is dumb when it comes to keeping directory entries.  It
does not check to see if a file by that name already exists before
allowing you to create a new one.  You as the user are expected to
check first to see if it exists, delete it if it does, then make the
new file.  Otherwise you will end up with two or more files by the
same name.

Also make sure that you do a proper close on any open files
before exiting your program.  Otherwise the directory will not be
updated and any pending characters in the deblocking buffer will not
be written to the file.

--Keith
 9-Dec-85 09:45:53-MST,2569;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:45:40-MST
Received: from simtel20.arpa by AMSAA.ARPA id a006792; 9 Dec 85 10:17 EST
Date: Sunday, 1 December 1985  20:24-MST
Message-ID: <KPETERSEN.12165203250.BABYL@SIMTEL20.ARPA>
Sender: Don Libes <libes%nbs-amrf.uucp@BRL.ARPA>
From: Don Libes <libes%nbs-amrf.uucp@BRL.ARPA>
To: info-micro@BRL-VGR.ARPA
Subject:   Micro/Systems Journal, Creative Computing and Ziff-Davis
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 7 Dec 1985 06:37-MST

In article <364@pedsgd.UUCP> bobh@pedsgd.UUCP (Bob Halloran) writes:
> In article <228@mips.UUCP> kim@mips.UUCP (Kim DeVaughn) writes:
> >BTW, Sol & Lennie Libes have resurrected Microsystems (which I believe they
> >started, before Ziff-Davis got ahold of it), and renamed it Micro/Systems
> >Journal.  They've just published their 5th issue, and are running it out of
> >their garage.  It has a very high percentage of TECHNICAL/editorial content,
> >and deserves to be successful.  If you haven't yet tried it, pick up an
> >issue ... if you're technically oriented, I think you'll like it.
> 
> Yes, the Libes' DID start S-100 Microsystems; I remember getting my first 
> issue at the old Computer Mart of NJ.  If the revived journal is as good 
> as the original S-100 Microsystems, then I sincerely wish them every
> possible bit of good luck.  

I want to correct some information.  The Libes' are not running M/SJ out of
their garage.  They are running it out of their basement.  I should know -
it is impossible to play ping-pong anymore with the production department
doing pasteup on top of it.  Also, the last time I was home, the room my
bed was in no longer looked like my old bedroom but was referred to as the
Circulation/Advertising Depts and Administrative Offices.  (To complete the
picture, the den is the Editorial Dept.)  

Though I don't ordinarily read it, I picked up a copy of Creative Computing
which ZD just closed.  Dave Ahl wrote a very polite editorial considering
the situation.  He was also quite blunt, however.  It was very anguishing
to read his own job-wanted ad at the end of his column.  

What really galls me is that there are still subscription cards, request
for reader response, advertising rates, etc in the magazine, even though
the issue cover was marked "collector's item", so they obviously knew
months ahead that it would be closed.  

Don Libes         {seismo,umcp-cs}!nbs-amrf!libes
 9-Dec-85 09:48:26-MST,427;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:48:17-MST
Received: from bbncct.arpa by AMSAA.ARPA id a006906; 9 Dec 85 10:21 EST
Date: Fri, 6 Dec 85 20:06:11 EST
From: "Matthew D. Howard" <mhoward@BBNCCT.ARPA>
Subject: add to list
To: info-cpm@AMSAA.ARPA
Cc: mhoward@BBNCCT.ARPA

please add gviernes to your CPM list..

thanks

P.S. account is on BBCCT
 9-Dec-85 10:02:51-MST,1296;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 10:02:41-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a007522; 9 Dec 85 10:38 EST
Received: from usenet by TGR.BRL.ARPA id a004193; 7 Dec 85 3:43 EST
From: Ed Greenberg <edg%micropro.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Looking for Morrow S-100 users
Message-ID: <189@micropro.UUCP>
Date: 6 Dec 85 23:54:06 GMT
To:       info-cpm@AMSAA.ARPA

I am looking to make contact with users of Morrow Designs S-100 hardware
including the Multi-I/O board and the Disk Jockey floppy and hard disk
controllers.

I have a Morrow M-20 (aka Decision I) computer with an 8 inch DD floppy
and 8 inch 20 megabyte hard disk.  This is an S-100 computer, not a
MicroDecision or other single board computer.

I am looking to discuss assembly language level programming of the
Morrow hardware such as the Real Time Clock on the Multi-I/O board, the
13 Bit printer port, etc.   Also to discuss BIOS fixes and bugs.

If I get any response, I'll post or mail a summary.
			-edg


-- 
Ed Greenberg; MicroPro International Corp. (disclaimer)
UUCP: {hplabs,ptsfa,glacier,lll-crg}!well!micropro!edg
                     {ucbvax,decwrl}!dual!micropro!edg
AT&T: 415-499-4096
 9-Dec-85 12:47:20-MST,5082;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 12:47:07-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002996; 9 Dec 85 14:00 EST
Received: from usenet by TGR.BRL.ARPA id a008269; 9 Dec 85 13:58 EST
From: Stanley Dunn <smd%umcp-cs.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.micro.pc
Subject: Emacs Setup file for the MIX Editor
Message-ID: <2488@umcp-cs.UUCP>
Date: 8 Dec 85 00:04:06 GMT
Xref: seismo net.micro:13698 net.micro.cpm:5348 net.micro.pc:6568
To:       info-cpm@AMSAA.ARPA

My apologies for being so late with this, but finally
I have posted my Emacs setup file for the MIX Editor.

This setup is by no means perfect, and I am sure many of you
will have better ideas on how I did some of the conversions.
If you do make changes, I would like to know so that my 
setup can be updated.

My wish list --

1. You still have to type the file name to exit MIX (^X ^F),
since I did not modify the editor to use a variable
to keep the file name.

2. I would like to fix delete line (^K) but too many troubles
with the MIX =JL command. Any ideas?

3. Blank compression is still a problem.  I have turned it 
off in this setup.

Enjoy, and keep me informed.  Thanks.

-- Stanley Dunn
Univ. of Md. Dept. of Computer Science

Here it is --
;
INIT "^GLoading	EMACS setup file ..."	;send message to terminal
;
; Terminal Characteristics for the Morrow MT-70	(ADM 31)
;
TERMINAL CLEAR	  '^[*'
TERMINAL CLREOS	  '^[Y'
TERMINAL CLREOL	  '^[T'
TERMINAL INSLINE  '^[E'
TERMINAL DELLINE  '^[R'
TERMINAL DELCHAR  '^[W'
TERMINAL INSONE	  '^[Q'
TERMINAL CURSOR	  '^[='
TERMINAL SCROLL	  '^J'
TERMINAL RSCROLL  '^[E^K'
CURSOR	 ROWCOL
HEIGHT	       24
WIDTH	       80
;
TRANSKEY "^H" "=RU"		     ;Make Back	Space delete
;
;     Attempt to define	equivalent EMACS commands.
;     Stanley Dunn, August 10, 1985.
;
TRANSKEY "^[x" "=CM"		     ;Command Mode (^[ is ESC key)
TRANSKEY "^[u" "^u"		     ;Help escape character
;
TRANSKEY "^n" "=LD"		     ;Line down
TRANSKEY "^p" "=LU"		     ;Line up
TRANSKEY "^v" "=SD"		     ;Screen down
TRANSKEY "^[v" "=SU"		     ;Screen up
TRANSKEY "^a" "=LB"		     ;Line beginning
TRANSKEY "^e" "=LE"		     ;Line end
TRANSKEY "^f" "=CR"		     ;Character	right
TRANSKEY "^[f" "=WR"		     ;Word right
TRANSKEY "^b" "=CL"		     ;Character	left
TRANSKEY "^[b" "=WL"		     ;Word left
TRANSKEY "^o" "=OL"		     ;Open line
;
MACKEY "^[<"  "=GO1=NL"		     ;Go to top	of file
MACKEY "^[>" "=GO-1=NL=SU"	     ;Go to bottom of file, up 1 screen
;
TRANSKEY "^d" "=DC"		     ;Delete character
TRANSKEY "^[d" "=DW"		     ;Delete word
;
; Because of the problem with using the	=JL
; function in MIX, the EMACS ^k	function is altered.
; In EMACS, ^k deletes to end of line, and hitting
; ^k a second time will	delete the line	break.
; If 2 windows are open	in MIX,	doing a	=JL to
; delete the line break	will scroll EVERYTHING up,
; including the	second window!
;
; More often than not an entire	line will be deleted, so
; ^k is	made to	delete the line, and esc-k is made to
; delete to end, if it is absolutely needed.
;
TRANSKEY "^k" "=DL"		     ;Delete an	entire line
TRANSKEY "^[k" "=DE"		     ;Delete to	end if needed (watch out!)
;
TRANSKEY "^s" "=FS"		     ;Find string
;
; Macro	to get parameters for the replacing functions.
; This uses variables 0	and 1.
;
MACNAME	"M1" "=GV0=NL'Replace:'=NL=GV1=NL'With:'=NL"
MACKEY "^[q" "=CMM1=NL=QR=0=NL=1=NL=PP"	;Query replace,	then go	back
MACKEY "^[r" "=CMM1=NL=RG=0=NL=1=NL=PP"	;Global	replace, then go back
;
; Set mark in Emacs is a ^@ which does not seem	to work
; in the Mix Editor, so	I used ^x<sp> instead.
;
TRANSKEY "^x " "=XB"		     ;Mark the beginning of a block
MACKEY "^w" "=XE=OB=DB"		     ;Mark the end, and	output
;
; In Emacs, ^y is an undo for the delete buffer
; which	can contain single lines.
; This ^y will only undelete marked buffers.
;
TRANSKEY "^y" "=IB"		     ;Restore the block
;
TRANSKEY "^x^s"	"=SA"		     ;Write file, continue editing
TRANSKEY "^x^f"	"=EX"		     ;Really exit
;
; Macro	to read	filename for opening a second window.
; uses variable	2, so as not to	conflict with the
; search and replace variables 0 and 1.
;
MACNAME	"M2" "=GV2=NL'Visit file:'=NL"
MACKEY "^x^v" "=CMM2=NL=SS12=NL=NL=OW=ED=2=NL"	   ;Open new window with file
;
; This will only work if one window is open.
; In Emacs both	windows	are closed, and	the
; the editor exits.
;
MACKEY "^c" "=QTY=NL"		     ;Abort (I think this is correct)
;
TRANSKEY "^u" "=RP"		     ;Repeat a command
;
MACKEY "^x2" "=SS12=NL=NL"	     ;Open an empty second window
TRANSKEY "^xp" "=OW"		     ;Dummy these for the time being
TRANSKEY "^xn" "=OW"		     ;They should go up	and down
;
; Initial commands:
;   - set tabs stops at	8
;   - turn off auto indent
;   - set cursor to beginning of line
;
START "=TB8=NL=AI=LB"
;
; Leaving Editor:
;   - ring bell
;   - clear screen
;
EXIT "^G^Z"			     ;send message to terminal
 9-Dec-85 19:24:52-MST,1164;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 19:24:45-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a010776; 9 Dec 85 20:44 EST
Received: from usenet by TGR.BRL.ARPA id a018597; 9 Dec 85 20:44 EST
From: Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Newsgroups: net.wanted,net.unix,net.micro.cpm,net.wanted.sources
Subject: WANTED: Unix to Z-80 Cross Assembler/Linker
Message-ID: <180@octopus.UUCP>
Date: 9 Dec 85 20:54:56 GMT
Xref: seismo net.wanted:8269 net.unix:6934 net.micro.cpm:5352 net.wanted.sources:1731
To:       info-cpm@AMSAA.ARPA

We are doing Z80 development work on CP/M right now and want to move it
to a Unix machine. Does anybody know of public domain or commercial Z80
Assembly language development tools that run on Unix?

Please mail replys. I'll summarize if there are responses and/or other
people looking for the same thing!

-- 
  OOO   __| ___      Peter Holzmann, Octopus Enterprises
 OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014
  OOOOO \___/        UUCP: {hplabs!hpdsd,pyramid}!octopus!pete
___| \_____          Phone: 408/996-7746
 9-Dec-85 19:30:15-MST,2476;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 19:30:02-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a010778; 9 Dec 85 20:45 EST
Received: from usenet by TGR.BRL.ARPA id a018702; 9 Dec 85 20:46 EST
From: "M.HAAS" <mel1%houxa.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Are There Useful Programs for CPM ?
Message-ID: <864@houxa.UUCP>
Date: 8 Dec 85 15:46:32 GMT
To:       info-cpm@AMSAA.ARPA


Is CPM dead?  It sure seems so.  I have seen all sorts of ad's for
CPM programs to hack with: command processors, compilers, terminal
emulators, file transfer programs, debuggers, etc, etc.  But, there
are vary few (none?) ad's for programs useful to the non-hacker.
Contrast this with the wealth of programs available for the IBM PC
and Apples.  Does this mean that this dust collector on my desk
is forever useless?  Can anyone here point me in the direction of
one or more programs that I can use to:
1) Record and handle my personal checkbook.  One that is as easier
   to use than the regular manual methods, not harder and slower.
   I am not particularly interested in summary reports or graphs.
2) Maintain and printout my mailing and phone list.  I would like to
   be able to printout just the phone numbers periodically as a
   useful thing to have by each phone, and printout the addresses
   around Christmas to serve as mailing labels.
3) A typing tutor program for my kids.  One just like the one for the
   VIC-20 that presents exercises and scores the results and advances
   in difficulty in an intelligent manner (finger group by finger group).
4) Educational programs that drill in reading, spelling, arithmetic,
   geography, science, etc. for ages 6 and up.
5) For my hacking self: an emacs that is emacs (or mods to MINCE that make
   it look more like emacs), a roff that works (nothing fancy), a yearly
   budget planner that has the categories already worked out, a desk
   calculator that can be brought up quickly and is easy to use.

I am willing to pay for these programs, they don't have to be public
domain - aren't there others that need them, too?   I have SuperCalc,
dBase II, BDS C, PILOT, various BASICS and assemblers, and know how
to use them (but don't want to).  We have WordStar and that is fine
for letters, reports, and such - the only useful program I have on
the machine.       Mel Haas  ,  [ihnp4!]odyssey!mel  ,  houxa!mel1
11-Dec-85 04:25:38-MST,1536;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Dec 85 04:25:31-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001531; 11 Dec 85 3:13 EST
Received: from usenet by TGR.BRL.ARPA id a008141; 11 Dec 85 5:45 EST
From: Dave Lewis <dml%loral.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Epson MX-80 Graftrax ROMS
Message-ID: <971@loral.UUCP>
Date: 9 Dec 85 16:34:41 GMT
Keywords: Epson MX-80, Graftrax
To:       info-cpm@AMSAA.ARPA

-------------------------------------

  I also have an old Epson (MX-80 F/T) which I bought in 1980. The machine
is still running great but I kept putting off getting the Graftrax proms.
Recently I inquired at the local Jade electronics outlet and was told that
Epson no longer offered them. The proms are no big deal -- 2716's are easy
to obtain and copy -- but it's the MANUALS that count.

  Any info would help. I refuse to replace a perfectly good printer which
has never given me any trouble just because the manufacturer won't support
it.

  I'm going to insert .signature by hand here 'cause last time it didn't
get included automatically. If it shows up twice I'm gonna rename the
&$%&@^$*&^$%*# thing.

-------------------------------
		Dave Lewis    Loral Instrumentation   San Diego

    sdcc6 ---\     gould9 --\
    ihnp4 ---->-->!sdcc3 ---->--->!loral!dml  (uucp)
    sdcrdcf -/     sdcsvax -/

"Always put your clothes and weapons where you can find them quickly
 in the dark" -- Lazarus Long.
11-Dec-85 10:10:44-MST,24535;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Dec 85 10:09:16-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a009509; 11 Dec 85 8:29 EST
Received: from amsaa.arpa by TGR.BRL.ARPA id a015501; 11 Dec 85 11:06 EST
Date:     Wed, 11 Dec 85 8:20:00 EST
From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To:       info-cpm-arpa@BRL-TGR.ARPA
Subject:  23K characters - New Archive Blurb:

Fellow CP/Mers - After much delay, I have finally gotten the new archive blurb
pushed into shape, and I am distributing it herewith to all DDN subscribers.
I am not sending it to non-DDN readers since they cannot access SIMTEL20.
Please send any comments, suggestions, gripes, etc. to info-cpm-request at
amsaa.arpa .



Dave Towson <info-cpm-request@amsaa.arpa>
info-cpm list maintainer

------------------------------------------------------------------------------


                            THE SIMTEL20 ARCHIVES



SIGNIFICANT CHANGES

     Files moved:  A new large disk device called PD: has been installed to
house the entire public domain software collection.  All files are now
accessible using file specifications of the form:

			PD:<directory_name>file_name

Example:

			PD:<CPM.STARTER-KIT>LU310.COM


     New logical names:  Files in the <CPM> archive can also be specified with
a new shortened notation using a logical name for each directory.  Thus, the
file in the above example can also be specified as:

			STARTER-KIT:LU310.COM

Note that the part of the directory name following the dot has been used as
the logical name (followed by a colon).  But remember, this new form of file
specification applies only to the <CPM> archive.  To avoid confusion, all
examples in the text to follow will use the PD: specification, as this form
works with ALL of the archives.


     Getting started:  The above example provides a sneaky introduction to yet
another new feature that should greatly ease the "bootstrap phase" for new
archive users.  Now in one place, PD:<CPM.STARTER-KIT>, you will find all of
the basic essentials needed to begin using the archives.  These programs
provide the means for transferring, unsqueezing and de-librarying archive
files, and more will be said about them later in this document.  Special kudos
to archive maintainer Keith Petersen for this worthwhile addition.


     Finally, a reminder:  For quite some time now, "ITS binary format" has
not been used for storage of binary files in the SIMTEL20 archives.  If you
are a new user of the archives and you don't know what ITS binary format is,
don't worry about it; it no longer matters.  But apparently, some "veteran
archive users" are still unaware of the change.  Therefore, please note that
stripping the first four bytes of binary files, once necessary for removal of
the special "ITS header", is no longer required.  Indeed, if you do this now,
YOU WILL DESTROY THE FILES.



OVERVIEW

     There is a collossal amount of free public domain CP/M, PCDOS/MSDOS and
UNIX software in several archives on SIMTEL20.ARPA, a DECsystem-20 running the
TOPS-20 operating system at White Sands Missile Range.  There is also a
relatively new archive of software for the DoD standard programming language,
Ada.  Archives of correspondence for several newsgroups, including INFO-CPM,
are also available.

     You can obtain these files using the InterNet file transfer protocol, FTP
(described in a following paragraph), with user-name "anonymous".  For a login
password, use your host-name or any other string of printing characters.
Throughout this message, FTP examples are given in a GENERIC syntax.  You will
have to consult either local documentation or your friendly system wizard to
learn the actual syntax used with your local mainframe operating system.  For
the sake of brevity, the domain suffix ".ARPA" will be dropped from further
references to SIMTEL20 in this discussion.

     To obtain directory listings, connect to SIMTEL20 via FTP and do this:

                get pd:<cpm>cpm.crclst 
                get pd:<cpmug>cpmug.crclst 
                get pd:<sigm>sigm.crclst 
		get pd:<pc-blue>pc-blue.crclst 
		get pd:<unix>unix.crclst 
		get pd:<ada>ada.crclst

The <CPM> archive is the one to watch for the very latest CP/M offerings, as
it is updated frequently.  The <CPMUG>, <SIGM> and <PC-BLUE> archives contain
software distributed by the CP/M Users Group, the SIG/M Users Group and the
PC-Blue Users Group respectively.  This software is available on diskettes
from the associated users groups, and the archives are updated as new volumes
are issued.  The <PC-BLUE> archive contains software for the IBM-PC and similar
machines.  Some runs under CP/M, and some under PCDOS/MSDOS.  The <UNIX>
archive contains a variety of UNIX tools.  Those which apply specifically to
CP/M are in the directory <UNIX.CPM>.  The <ADA> archive is growing rapidly.
Information about this archive is in directory PD:<ADA.GENERAL>.  Files in all
of these archives can be obtained using the FTP procedures described in this
message.

     There are many overlaps in the first three archives, but where
duplications occur, you will usually find the latest versions in the <CPM>
archive.  In general, the archived software is very good, having been worked-
over and refined by many users.  The documentation and comments tend to be
complete and informative.

     But please note that due to the large number of files available, the
archive maintainers cannot possibly attempt to validate the proper operation
of the various programs.  When a program bug is reported, immediate action is
taken to either correct the error or remove the offending program from the
archives.  Still, users must understand that all archive programs are offered
AS IS, and the archive maintainers specifically disclaim any liability should
these programs malfunction or cause damage, incidental or otherwise.  When
testing ANY new software, be certain that all information stored on disk is
backed-up before you start, so that you can recover if files are damaged or
erased.  This is particularly true if you have a hard disk, in which case
malfunctions can be spectacularly disasterous.



FILE TYPES

     Files are stored in two formats:  Text files such as those with names
that end with DOC, HEX, INF and ASM are sometimes stored as ASCII files, but
usually these files are stored in binary squeezed form.  Binary storage is also
used for executable (COM) and library files.  Squeezed and library files are
described below.  All binary data are stored as four 8-bit bytes per 36-bit
SIMTEL20 word, with the low-order four bits of each word filled with zeros.
If such a file is interpreted as a contiguous string, as will happen if a
straight binary transfer is made to a 16 or 32-bit UNIX machine, the four zero
filler-bits per 36-bit group will cause rather bizarre and frustrating results.
The methods for dealing with this situation, which differ from machine to
machine, are explained in a following paragraph.

     Squeezed files have been compressed using programs available in directory
<CPM.SQUSQ> to obtain an approximate 35-percent size reduction.  These files
can be identified by the letter Q in the extension field.  For example, the
file PD:<CPM.ASMUTL>RMACPAT.AQM is a squeezed file.  It must be transferred
as a binary file, and then unsqueezed.  The unsqueezing can be done on a CP/M
system using USQ-xx.COM (where "xx" is the current version) from directory
<CPM.SQUSQ>, or there are several host-based unsqueezers in the <CPM> and
<UNIX> archives (see for example, directories <CPM.TOPS-20> and <UNIX.CPM>).

     CP/M library files (those with names ending in LBR) combine several
regular CP/M files into a single BINARY file which contains an internal
directory of its contents.  They are created using the CP/M library utility
LUxxx.COM (where "xxx" is the current version) or some other compatible
utility.  The complete packages for LUxxx and a newer compatible program
called NULUxx (where "xx" is the version) can be found in directory
PD:<CPM.CPMLIB>.  C-language source code for a compatible UNIX utility
called LAR (library archiver) is in directory PD:<UNIX.CPM>.

     Although the type of storage used for a particular file can usually be
inferred from the file-name, this is not always true.  It is a good idea to
check the appropriate "crclst" file to ascertain the storage format used for
each file of interest.  Now, and for the foreseeable future, storage formats
for files in the <SIGM>, <CPMUG> and <PC-BLUE> archives can be determined from
their "generation numbers", as shown by the FTP directory command.  For
example, the FTP command:

		dir pd:<pc-blue.vol001>

will yield results of the form:

		-CATALOG.001.2
		ABSTRACT.001.2
		BW.ASM.2
		BW.BAS.1
		BW.EXE.1
		COLOR.ASM.2
		COLOR.BAS.1
		COLOR.EXE.1
		...and so on

All files with names ending in ".1" are stored in binary format, and those
with names ending in ".2" are stored in ASCII.  This relationship will
continue to apply for files in the <SIGM>, <CPMUG> and <PC-BLUE> archives
until further notice.

     WARNING:  Because the public domain archives on SIMTEL20 consume a huge
amount of disk-space, storage capacity will be conserved by the greatest
practical use of libraries and squeezed files, both of which are stored in
binary format.  If you cannot properly transfer binary files, you are going to
be VERY FRUSTRATED!  If you need help, please contact your local system wizard
and provide him/her with a copy of this message.  Having done that, if you are
still unable to make things work correctly, send a message to INFO-CPM-REQUEST
at AMSAA.ARPA and I will try to help you.  Please provide the following
information:

	1. Machine and operating system  (e.g., VAX-11/780, 4.2 BSD UNIX)
	2. Network software in use  (e.g., 3-Com UNET)
	3. Complete list of available FTP commands  (e.g., GET, PUT, etc.)

     Important files in the <CPMUG> and <PC-BLUE> archives are the CATALOG
files.  These files, which are stored in ASCII, contain the "-CATALOG.nnn"
files from all the volumes of their respective archives.  To obtain these
composite catalog files, connect to SIMTEL20 via FTP and do this:

		get pd:<cpmug>cpmug.cat 
		get pd:<pc-blue.vol000>pcblue.cat 

A similar file exists for the <SIGM> archive, but it is stored in squeezed
form.  This file, when unsqueezed, yields SIG.CAT (the catalog).  It can be
obtained using the FTP command:

		get pd:<sigm.vol000>sig.cqt

(NOTE: That's "L-and-three-zeros" in "vol000")



FILE TRANSFER VIA FTP

     FTP stands for File Transfer Protocol, a formalized procedure for moving
files among machines on the Defense Data Network (DDN) and other networks that
connect with the DDN.  The protocol is implemented by a program often called
FTP.  The different mainframe operating systems implement FTP with variations
in command syntax.  Some systems have the remote-file-name precede the local-
file-name in the command.  Others reverse this order.  Some versions have the
whole command on a single input line, while others use multiple lines.  Read
the documentation for your local system, or consult a friendly system wizard
for the details of your local FTP command syntax.

     UNIX users can do something like "man ftp" for on-line instructions.
However, not all UNIX FTP programs are called "ftp", so you may have to snoop
around in the system directories or ask a system wizard for the correct local
name to use with the "man" command.  ITS users can do ":INFO FTP", and  "HELP
FTP" works on TOPS-20 and some other operating systems.  I will be happy to
update this message with pointers to other sources of on-line documentation if
they are sent to INFO-CPM-REQUEST@AMSAA.ARPA.

     FTP transfers from SIMTEL20 can be made with user-name "anonymous".  Use
your host-name or any other string of printing characters for a password.  For
anonymous logins, SIMTEL20 supports the FTP "change working directory" command.
(Your local syntax may be something like CD, or CWD.)  Ignore the message that
prompts you to enter a password.  This command allows you to specify a default
SIMTEL20 directory to be used for all file retrievals, and thereby relieves you
from having to repeatedly type "pd:<whatever>" as part of each filename.  For
example, you can do something like this:

		cd pd:<cpm.goodstuff>
		get filename-1
		get filename-2
		...and so on

instead of using the longer filename forms shown in previous examples.

     Users of TOPS-10, TENEX, TOPS-20 or ITS systems can use "image" or
"paged" mode for ALL transfers.  UNIX users must use "ascii" mode for ASCII
files, and "tenex" or "type L 8" mode for binary files.  MULTICS users can
use "ascii" mode for ASCII files, but binary files require special treatment
that is best described by the following example provided by Paul Schauble
<Schauble@mit-multics.arpa>:

    !ftp simtel20
     220 SIMTEL20.ARPA FTP Server Process 5Z(14)-7 at Mon 10-Sep-84 00:27-MDT

     user_ftp:  !login anonymous
     331 ANONYMOUS user ok, send real ident as password.
     Password:  !guest

     user_ftp:  !quote "type l 8" <--(NOTE: That's lowercase "L" 8.)
     200 Type L bytesize 8 ok.

     user_ftp:  !get micro:<cpm.zcpr3>alias.hlp alias.hlp
     150 Retrieve of MICRO:<CPM.ZCPR3>ALIAS.HLP.1 started.
     226 Transfer completed.
     Total elapsed time:  35.7 seconds.
     4348 bytes transferred in 18.5 seconds (1850 bits/sec).

     user_ftp:  !quit
     221 QUIT command received. Goodbye.

Lines beginning with "!" are typed by the terminal user.  The received files
are stored on MULTICS with one 8-bit byte per 9-bit word, and can be trans-
ferred to a microcomputer with Kermit (described in a following paragraph).

     All aspects of the FTP process for UNIX machines have been automated to
a high degree by a program in directory PD:<UNIX.CPM>.  With this program,
a simple command like "mb modm700.com" can connect to SIMTEL20 and transfer
the binary file "modm700.com" from directory PD:<CPM.MODEM7> to a local file
also named "modm700.com", all with no user intervention.  Batch command files
containing multiple lines of the form in the above example can be run in
no-hangup background mode to transfer whole directories without the user even
remaining logged-in on his local system.  For more information, get the file
PD:<UNIX.CPM>AUTOFTP.DOC.



PROGRAMS FOR TRANSFERRING FILES AMONG MAINFRAMES AND MICROS

Christensen Protocol Mainframe Programs:

     For a micro to reliably exchange files with a mainframe, cooperating
file transfer programs with automatic error detection and retransmission of
faulty blocks must be running on both computers.  One such family of programs
uses a popular protocol created by Ward Christensen and enhanced by others.  
Directory PD:<UNIX.CPM> contains two programs, UC and the older UMODEM
(both written in C), which implement this protocol on UNIX machines.  See the
file PD:<UNIX>UNIX.CRCLST for a list of other useful UNIX utilities.

     On ITS machines, file transfer using the Christensen protocol can be done
using MMODEM (type :MMODEM for instructions), or LMODEM.  Documentation for
LMODEM is in file .INFO.;LMODEM HELP.  Other useful ITS utilities include:

	TYPE8  - types an ASCII file stored in ITS binary format.
	TYPESQ - types an ITS binary format "squeezed" file (see the first
	         paragraph under FILE TYPES).
	USQ    - creates an unsqueezed version of a squeezed file.
	HEXIFY - creates an Intel hex format file from an ITS binary format
	         COM file.
	COMIFY - creates a COM file from an Intel hex file.
	CRC    - computes the Cyclic Redundancy Check value for a file, using
	         the same algorithm that is used by the CP/M program CRCK.

Brief instructions for any of these utilities except LMODEM can be obtained by
typing ":utility_name" (for example, :CRC).

     The ITS utilities listed above are also available for use with TOPS-20,
but since ITS binary format is no longer being used for the SIMTEL20 archives,
these utilities have been converted to work with TOPS-20 binary formats.  A
collection of TOPS-20 utilities for transferring and manipulating files can be
found in directory PD:<CPM.TOPS-20>.  See PD:<CPM>CPM.CRCLST for a list of
available programs.

     File transfer and conversion utilities for use with VAX/VMS machines are
contained in directory PD:<CPM.VAXVMS>.  See CPM.CRCLST for details.


Christensen Protocol Microcomputer Programs:

     An excellent program for transferring files between micros, or between
micros and mainframes is called MODM7xx, where the "xx" is replaced with two
digits to give the current version number.  This program, often referred to as
MODEM7 (the name of its easier to pronounce ancestor), uses the popular
Christensen protocol to transfer files with automatic error detection and
retransmission of erroneous blocks.  

     To get started with MODM7xx, you should first FTP and examine the "DOC"
and "MSG" files from the binary library file PD:<CPM.MODEM7>MODM7xx.LBR.
The "DOC" and "MSG" files are actually stored in the library in squeezed
form, so you will have to perform three steps to get them:

	1. FTP the binary library file.
	2. Extract the elements having filename extensions of "DQC" and "MQG".
	   If you have no facilities for doing this on your mainframe host
	   (see the earlier comments on mainframe-based library utilities),
	   then you will have to transfer the library to a microcomputer and
	   extract the necessary elements there.  If this requirement seems to
	   put you in a "Catch-22" situation because you have no facilities
	   for mainfrome-to-microcomputer transfers, there is a way out; read
	   the "Getting Started" section which follows|.
	3. Use an "unsqueezer" (described above) to convert the "DQC" and
	   "MQG" files extracted from the library into "DOC" and "MSG" files.
	   As in the case of the library extractions, unsqueezing can be done
	   on either a mainfrome host or a microcomputer, depending on your
	   circumstances.

Together, these files will tell you just about all there is to know about
getting MODM7xx to run on your machine.  Take the time to read them; they're
quite informative.  You will also get some helpful insights from reading some
of the overlay files.  These overlays, described in file PD:<CPM.MODEM7>
M7OVL-yy.LST, are used to customize MODM7xx for particular machines without
having to edit and assemble the huge MODM7xx source file.  Complete
instructions for performing this procedure are contained in each overlay file.
The letters "yy" in the above filename should be replaced with two digits
giving the current version number as determined from CPM.CRCLST.

     And then, there is MEX.  MEX stands for "modem executive", and it is just
what the name implies, a communications and file-transfer program with a
built-in mini operating system that runs under CP/M.  This program can do file
transfers using either the Christensen or Compuserve protocol, and it has an
enormous potential for highly automated operations because it can read and
execute command-scripts pre-stored in disk files.  These scripts can include
sending commands to a remote computer, as if they had been sent manually from
the microcomputer in terminal-mode.  Users of this relatively new program are
still exploring its possibilities.  For more information, look in CPM.CRCLST
under the heading "PD:<CPM.MEX>", and then get the various files that have
"DQC" and "IQF" in their names.  These DOCumentation and INFormation files are
stored in squeezed form (note the "Q" in the filename extensions), so you will
have to unsqueeze them.  Overlays for MODM7xx will also work with MEX, but
they will not provide all of the extended MEX features.
 

Kermit:

     Another excellent program for transferring files is called KERMIT.  This
program has the advantage of being available for an impressively large number
of mainframes and micros.  It is, for example, available for the IBM-PC, and
it DOES NOT require CP/M.

     To get started with KERMIT, connect to CU20B.ARPA using FTP, and do this:

		get ker:aaaread.me

Note that this file is NOT on SIMTEL20, and the name is subject to change.
If you cannot find a file with this name, snoop around in the first half-
dozen or so files in the alphabetical listing obtainable using the FTP
DIRectory command.  You should find something useful.

     Questions can be addressed to INFO-KERMIT-REQUEST at CU20B.ARPA.


Getting Started:

     In order to get MODM7xx, MEX or KERMIT running on your micro, you must
first transfer the necessary files from mainframe to micro.  If you already
have a receive-to-disk communications program of some sort, you can use it to
move the needed files.  In the long-run it is essential to be able to transfer
8-bit binary files, but initially it is not absolutely necessary.  Some of
the files are quite large.  For example, MODM7xx.COM is over 18K bytes, and
the HEX file (which you will need if you can't transfer 8-bit files) is over
45K.  Moving large files to your micro without using an error detecting
protocol can result in frustrating errors, but it can be done by receiving
multiple copies and using manual or machine-assisted comparisons to locate and
repair bad parts of the code.  However, there IS a better way.

     Directory PD:<CPM.STARTER-KIT> contains a short starter-program that can
be FTPed to your mainframe, printed, and then entered into your microcomputer
by hand and assembled.  To examine this option, connect to SIMTEL20 via FTP
and do this:

		get pd:<cpm.starter-kit>pipmodem.asm 
		get pd:<cpm.starter-kit>pipmodem.doc 
		get pd:<cpm.starter-kit>mboot3.asm 

All are ASCII files.  Read PIPMODEM.DOC first, then look at MBOOT3.ASM.
PIPMODEM.DOC explains the situation very nicely.  Questions concerning these 
programs should be sent to INFO-CPM@AMSAA.ARPA (NOT to INFO-CPM-REQUEST).



NEWSGROUP CORRESPONDENCE ARCHIVES

     Copies of correspondence for several newsgroups are kept in directory
PS:<MAIL.ARCHIVES> on SIMTEL20.  At present, archives for the following
newsgroups are available:

		ADA-SW
		AMETHYST-USERS
		INFO-68K
		INFO-APPLE
		INFO-CPM
		INFO-FORTH
		INFO-HAMS
		INFO-MICRO
		INFO-MODEM7
		INFO-MODEMXX
		NORTHSTAR-USERS
		INFO-PASCAL
		UNIX-SW
		INFO-XENIX310

Descriptions of these and other newsgroups can be obtained via FTP with
anonymous login (as for SIMTEL20) from the Network Information Center's host
SRI-NIC.ARPA.  Ask for the file PS:<NETINFO>INTEREST-GROUPS.TXT (an ASCII
file).  And please note, this is NOT on SIMTEL20.

     File names for SIMTEL20 newsgroup correspondence archives have two
forms.  For example, PS:<MAIL.ARCHIVES>CPM.ARCHIV.ymmdd  is a group of files
containing INFO-CPM correspondence going back several years.  The characters
"ymmdd" in the file names are actually digits giving the year, month and day
of the last message in each particular file.  Current correspondence is kept
in the file PS:<MAIL.ARCHIVES>CPM-ARCHIV.TXT, which is constantly changing.
Although INFO-CPM has been used as an example here, the same naming scheme
is used for the other newsgroup files as well.  For a complete list of
available files, connect to SIMTEL20 via FTP and do this:

		dir ps:<mail.archives>

At present, all of these files are stored in ASCII.



ADDITIONS, IMPROVEMENTS AND CORRECTIONS

     Suggestions for additions, improvements and corrections to this message
are always welcome.  Please send them to INFO-CPM-REQUEST@AMSAA.ARPA.

     Contributions of public domain software are actively solicited.  If you
have something that seems appropriate for inclusion in the <CPM> archive, 
please contact Keith Petersen <W8SDZ@SIMTEL20>.  Likewise, contact Richard
Conn <ADA-SW-REQUEST@SIMTEL20> if you wish to contribute to the <ADA> archive,
and Sue Tabron <TABRON@SIMTEL20> if you have something for the <UNIX> archive.


     Happy computing!



					Dave Towson
					INFO-CPM-REQUEST@AMSAA.ARPA




12-Dec-85 02:27:26-MST,3381;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Dec 85 02:27:17-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023147; 12 Dec 85 3:56 EST
Received: from usenet by TGR.BRL.ARPA id a000257; 12 Dec 85 3:47 EST
From: The Polymath <hollombe%ttidcc.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Are There Useful Programs for CPM ?
Message-ID: <52@ttidcc.UUCP>
Date: 10 Dec 85 19:55:37 GMT
To:       info-cpm@AMSAA.ARPA

In article <864@houxa.UUCP> mel1@houxa.UUCP (M.HAAS) writes:
>
>                 ... Can anyone here point me in the direction of
>one or more programs that I can use to:
>1) Record and handle my personal checkbook.  One that is as easier
>   to use than the regular manual methods, not harder and slower.
>   I am not particularly interested in summary reports or graphs.

I don't think there's such an animal on any system.  Some things just
aren't worth computerizing.

>2) Maintain and printout my mailing and phone list.  I would like to
>   be able to printout just the phone numbers periodically as a
>   useful thing to have by each phone, and printout the addresses
>   around Christmas to serve as mailing labels.

I maintain my Christmas list with WordStar and use a short BASIC program to
print  out  labels.  A  minor  mod to the BASIC program would let it handle
phone numbers as you want. (The whole thing took  under  half  an  hour  to
write and debug).

>3) A typing tutor program for my kids.  One just like the one for the
>   VIC-20 that presents exercises and scores the results and advances
>   in difficulty in an intelligent manner (finger group by finger group).
>4) Educational programs that drill in reading, spelling, arithmetic,
>   geography, science, etc. for ages 6 and up.

I can't point to a specific program, but you might  try  _The  Whole  Earth
Software  Catalog_.  I'd expect them to have some information on stuff like
this.

>5) For my hacking self: an emacs that is emacs (or mods to MINCE that make
>   it look more like emacs), a roff that works (nothing fancy), a yearly
>   budget planner that has the categories already worked out, a desk
>   calculator that can be brought up quickly and is easy to use.

I've implemented my budget planner with SuperCalc.  It's a trivial
application that's served me well for years.

>                                                    I have SuperCalc,
>dBase II, BDS C, PILOT, various BASICS and assemblers, and know how
>to use them (but don't want to).  We have WordStar and that is fine
>for letters, reports, and such - the only useful program I have on
>the machine.

Sounds like you've already got much of what  you  need.  There  are  budget
planners and mailing list programs out there if you insist (again, see _The
Whole Earth ..etc._), but it's unlikely any  will  be  _exactly_  what  you
want.  Most will take just as long to set up and customize as it would take
to implement them with SuperCalc or BASIC.

-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
The Polymath (aka: Jerry Hollombe)
Citicorp(+)TTI                    The more I work with C, the more I
3100 Ocean Park Blvd.             appreciate the simple elegance of
Santa Monica, CA  90405           FORTRAN.
(213) 450-9111, ext. 2483
{philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe
12-Dec-85 19:48:07-MST,871;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Dec 85 19:47:58-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a009286; 12 Dec 85 21:29 EST
Received: from (MAILER)UCF1VM.BITNET by WISCVM.WISC.EDU on 12/12/85 at
  20:28:06 CST
Return-path: WOODRUFF%UCF1VM.BITNET@WISCVM.ARPA
Received: by UCF1VM (Mailer X1.21) id 5308; Thu, 12 Dec 85 21:23:03 EST
Date:         Thu, 12 Dec 1985 21:19 EST
From:           "Mark G. Woodruff" <WOODRUFF%UCF1VM.BITNET@wiscvm.ARPA>
Subject:      Performance comparisons
To: "net.cpm?" <Info-CPM@AMSAA.ARPA>

Are there any published comparisons of performance of various CP/M
machines?  I am particularly interested in the 6 Mhz SB64180 versus the
8 Mhz Z80H.

Regards,
Mark

P.S. Please send me a copy of whatever you post directly, as I get
     Info-CPM in digest form.
13-Dec-85 19:11:24-MST,1679;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 19:11:12-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029749; 13 Dec 85 20:17 EST
Received: from usenet by TGR.BRL.ARPA id a005648; 13 Dec 85 19:54 EST
From: George Wilson <georgew%tekgvs.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Help with Kaypro Serial Port
Message-ID: <1304@tekgvs.UUCP>
Date: 12 Dec 85 06:30:51 GMT
To:       info-cpm@AMSAA.ARPA




	Here is a question for the Kaypro people out there.
	
	I have a early Kaypro IV and would very much like to initialize
	the serial port.  Iam working on writing a terminal program for
	a special host.  The host needs to have the communications setup
	a special way.  From the documentation provided Iam not able to
	figure out how to communicate with the registers of the SIO.
	
	When I run my terminal program it does not send or receive any
	characters from the serial port.  My program sets the baud rate
	bye writing a hex 0E to port 0.  This should set me up for 9600.
	This is true if the system was reset.
	
	If I run one of my existing terminal programs, like SMODEM, and
	exit after it has initialized the serial port my program runs
	just fine.
	
	The system comes with a book that gives the port numbers and
	their functions as follows:
	
	Port#		Function
	0		Baud rate
	4		R/W port for characters
	6		Status/Control
	
	
	Is there something Iam missing in the documentation?
	Is there some example program I could look at?
	
	If it matters Iam programming in LMI Z80FORTH.
	
	Please reply to me at   (503) 627-6596  or (503) 645-0765
	
	Thanks Jed
13-Dec-85 19:39:48-MST,1189;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 19:39:31-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029836; 13 Dec 85 21:10 EST
Received: from usenet by TGR.BRL.ARPA id a006714; 13 Dec 85 20:54 EST
From: Bruce Walker <bmw%aesat.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: 5.25" disk format (Ampro)
Message-ID: <512@aesat.UUCP>
Date: 10 Dec 85 22:19:25 GMT
To:       info-cpm@AMSAA.ARPA

I need to know the disk layout for an Ampro DSDD (single tracking)
386K formatted disk.  If anyone out there with the following info
could mail me same, I would be greatly appreciative.

I need to know -

	number of reserved tracks.
	size of allocation block (2K or 4K or 16K etc)
	number of directory entries
	if sector skew is needed (or if done during formatting)

A note went by regarding a file in the SIGM distribution that
purported to tell all about various 5.25" disk formats.  If
someone can identify a source of *that* for me, I'd also be
much appreciative.

Bruce Walker     {allegra,ihnp4,linus,decvax}!utzoo!aesat!bmw

"I'd feel a lot worse if I wasn't so heavily sedated." -- Spinal Tap
13-Dec-85 20:00:41-MST,8326;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 20:00:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029874; 13 Dec 85 21:26 EST
Received: from usenet by TGR.BRL.ARPA id a007105; 13 Dec 85 21:03 EST
From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Unix on cpm
Message-ID: <1049@vax2.fluke.UUCP>
Date: 11 Dec 85 19:07:15 GMT
To:       info-cpm@AMSAA.ARPA

> Is anybody familiar with "C/NIX"?  I received a catalogue from  SPITE
> SOFTWARE, Portland, OR, with the following ad:
> 
>     C/NIX adds most of the power of Unix to any CP/M 2.2 system.  C/NIX
>     features include named hierarchical directories, redirectable I/O, and
>     many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk,
>     grep, etc.)  Even on-line Help!  [...]  You can even turn on a "log"
>     file, which captures everything that appears on the screen and places it
>     in a file.  [...]  Even with all these features, you can still use DIR,
>     TYPE, PIP or any other operatings system utilities you have become
>     familiar with.  At $59.95, C/NIX is a remarkable package.  It's a big
>     package though, and we recommend it for daily use only for those with
>     double-sided or hard disks.
> 
> Apparently they have it available for Morrow, Kaypro, Epson QX-10,
> Osborne Exec, Osborne 1, and a few others.
> 
> Anybody any experience with this?  Is it as good as it sounds?  I sure
> wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm
> afraid it's going to be a kind of trivial product...?
> 
> Rik Verstraete
> 3804G Boelter Hall		rik@LOCUS.UCLA.EDU
> University of California	...!{ihnp4,ucbvax}!ucla-cs!rik
> Los Angeles, CA 90024


Yes, I have C/NIX; I was given a copy to review and I played around
with it for a while on my Kaypro 2X.  If you are really stuck on the
*details* of Unix, don't bother.  You can see where the patches and
limitations of CP/M are encountered.  It lives on top of CP/M and
hooks into the BDOS like anything else; I believe it replaces the CCP.

It executes piping by creating temporary files which are redirected
into the next program (you didn't really expect it to fork a process,
did you?); but piping and redirection must be supported by the
programs you are using.  The programming language it is apparently
written in, and "supports" is C/80 (which is a good system).  You can
even "relocate" a program up to 200H if it is in C/80 rel format and
is assembled accordingly (I never did this so I am not sure whether I
got the description right).

The help function is quite similar to the man pages in unix, and is
satisfactory. 

The tree-structured directories use (what else) user areas; a
directory is simply a file with the names of the files in the other
user area in it; 'cd' changes you to the user area.  I am not sure if
you can have 16 or 32 subdirectories.  It would probably have been
nice on the kaypro 10 with the hard disk, but even with 400k on a
floppy I found it rather distracting.  I think tree-structured
directories are great when you have one big storage space, but when
things are broken up into 400k sections which you have to manipulate
by hand it is bothersome (but then, so are floppies).

To sum,  I think if you are a C programmer and are setting up a C
programming environment, and are using a plain-vanilla cpm system,
this would be an enhancement and probably useful to you (however, I
don't know whether datestamper programs, and their accompanying 'make'
programs will work with the system -- they might -- and I think 'make'
would be of more use).  If you use a lot of cpm programs it might be a
hassle.  Don't let the price scare you (you thought it was too low?);
when I got the review copy it was over $100, I believe, and I think
that was too much, but for 60$ it could provide a unix adherent with
some comfort (and you don't *have* to use treed directories).

Of course, the best system would be a 68020, 32032 or 80386 system
with 8Mb and a 40 Mb disk running GNU at under $5k.  Hopefully, in the
next five years.  In the meantime, I will be satisfied if I can get
gnuemacs on a micro.

	Bruce Eckel
	uw-beaver!fluke!morgan


From postnews Wed Dec 11 10:56:57 1985

Subject: Re: Unix on CP/M 2.2
Newsgroups: net.micro.cpm
Distribution: net
References: <7856@ucla-cs.ARPA>

> Is anybody familiar with "C/NIX"?  I received a catalogue from  SPITE
> SOFTWARE, Portland, OR, with the following ad:
> 
>     C/NIX adds most of the power of Unix to any CP/M 2.2 system.  C/NIX
>     features include named hierarchical directories, redirectable I/O, and
>     many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk,
>     grep, etc.)  Even on-line Help!  [...]  You can even turn on a "log"
>     file, which captures everything that appears on the screen and places it
>     in a file.  [...]  Even with all these features, you can still use DIR,
>     TYPE, PIP or any other operatings system utilities you have become
>     familiar with.  At $59.95, C/NIX is a remarkable package.  It's a big
>     package though, and we recommend it for daily use only for those with
>     double-sided or hard disks.
> 
> Apparently they have it available for Morrow, Kaypro, Epson QX-10,
> Osborne Exec, Osborne 1, and a few others.
> 
> Anybody any experience with this?  Is it as good as it sounds?  I sure
> wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm
> afraid it's going to be a kind of trivial product...?
> 
> Rik Verstraete
> 3804G Boelter Hall		rik@LOCUS.UCLA.EDU
> University of California	...!{ihnp4,ucbvax}!ucla-cs!rik
> Los Angeles, CA 90024

Yes, I have C/NIX; I was given a copy to review and I played around
with it for a while on my Kaypro 2X.  If you are really stuck on the
*details* of Unix, don't bother.  You can see where the patches and
limitations of CP/M are encountered.  It lives on top of CP/M and
hooks into the BDOS like anything else; I believe it replaces the CCP.

It executes piping by creating temporary files which are redirected
into the next program (you didn't really expect it to fork a process,
did you?); but piping and redirection must be supported by the
programs you are using.  The programming language it is apparently
written in, and "supports" is C/80 (which is a good system).  You can
even "relocate" a program up to 200H if it is in C/80 rel format and
is assembled accordingly (I never did this so I am not sure whether I
got the description right).

The help function is quite similar to the man pages in unix, and is
satisfactory. 

The tree-structured directories use (what else) user areas; a
directory is simply a file with the names of the files in the other
user area in it; 'cd' changes you to the user area.  I am not sure if
you can have 16 or 32 subdirectories.  It would probably have been
nice on the kaypro 10 with the hard disk, but even with 400k on a
floppy I found it rather distracting.  I think tree-structured
directories are great when you have one big storage space, but when
things are broken up into 400k sections which you have to manipulate
by hand it is bothersome (but then, so are floppies).

To sum,  I think if you are a C programmer and are setting up a C
programming environment, and are using a plain-vanilla cpm system,
this would be an enhancement and probably useful to you (however, I
don't know whether datestamper programs, and their accompanying 'make'
programs will work with the system -- they might -- and I think 'make'
would be of more use).  If you use a lot of cpm programs it might be a
hassle.  Don't let the price scare you (you thought it was too low?);
when I got the review copy it was over $100, I believe, and I think
that was too much, but for 60$ it could provide a unix adherent with
some comfort (and you don't *have* to use treed directories).

Of course, the best system would be a 68020, 32032 or 80386 system
with 8Mb and a 40 Mb disk running GNU at under $5k.  Hopefully, in the
next five years.  In the meantime, I will be satisfied if I can get
gnuemacs on a micro.

	Bruce Eckel
	uw-beaver!fluke!morgan
13-Dec-85 20:35:48-MST,1343;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 20:35:41-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000114; 13 Dec 85 22:06 EST
Received: from usenet by TGR.BRL.ARPA id a008100; 13 Dec 85 22:00 EST
From: "Edward G. Savage" <savage@TOPAZ.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.micro.trs-80,net.micro.6809,net.lang,net.wanted,net.wanted.sources
Subject: Public Domain Compilers & Interpreters
Message-ID: <4267@topaz.RUTGERS.EDU>
Date: 13 Dec 85 00:29:50 GMT
Xref: seismo net.micro:13770 net.micro.cpm:5359 net.micro.trs-80:557 net.micro.6809:656 net.lang:2059 net.wanted:8304 net.wanted.sources:1744
To:       info-cpm@AMSAA.ARPA


	Does anyone out there know of any public domain compilers for any
of the popular languages that are available for the TRS-80 Model I or CoCo?
I know there is the old Dr. Dobbs C compiler, but does anyone have a converted
CP/M version working on their Model I or CoCo?  And what about the Xlisp
interpreter?  Does anyone have that working on their Model I or CoCo?  How
about any of the other popular languages like Prolog, Pascal, etc.?

	Any information related to such compilers or interpreters would
be appreciated.



							Ed Savage

  						     SAVAGE@RU-GREEN
							   -or-
						       topaz!savage
15-Dec-85 12:14:03-MST,903;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 12:13:56-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a003017; 15 Dec 85 13:55 EST
Date: 15 Dec 1985 13:53:17 EST
From: DKREBILL@USC-ISI.ARPA
Subject: Osborne1 Help?
To:   info-cpm@AMSAA.ARPA
cc:   krebill@ARDC.ARPA

I recently inherited an early Osborne1. It lacks the DD option,
has no feature for supporting 80 Col., etc.  am looking for
pointers for sources for such upgrades, preferably as cheap as
possible... There are two other "non-standard" things I would like to
attempt with the box:
1) Hook up an external 8" floppy drive (possibly DS/DD)
2) Hook up my trusted H19 terminal to the RS232 port
I would appreciate any help with any of these things!
Merry Christmas!  Dan Krebill
P.S. Are there any on-line Osborne1 PD info/programs out there on the net?

-------
15-Dec-85 13:36:44-MST,901;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 13:36:35-MST
Received: from mitre.arpa by AMSAA.ARPA id a003158; 15 Dec 85 15:19 EST
Message-Id: <8512151956.AA05752@mitre.ARPA>
To: DKREBILL@USC-ISI.ARPA
Cc: info-cpm@AMSAA.ARPA
Cc: krebill@ARDC.ARPA
Subject: Re: Osborne1 Help?
In-Reply-To: Your message of 15 Dec 1985 13:53:17 EST.
Date: 15 Dec 85 14:55:59 EST (Sun)
From: Jeff Edelheit <edelheit@MITRE.ARPA>

Dan - Look in the SIMTEL20 archives.  There is a fair amt. of stuff specific
to the O1 and lots of generic cp/m stuff that could be used.

As an ex-O1 owner, I remember getting mailings from a company in Calif.
that offered upgrades to the 80 col. support, double, quad & hard drives,
big ram disks, etc., but the name of the company escapes me.  Anyone else
remember the company?

Best of Luck.

Jeff Edelheit
15-Dec-85 15:12:30-MST,2383;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 15:12:21-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003330; 15 Dec 85 16:46 EST
Received: from usenet by TGR.BRL.ARPA id a002950; 15 Dec 85 16:41 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Are There Useful Programs for CPM ?
Message-ID: <1798@utcsri.UUCP>
Date: 14 Dec 85 16:07:02 GMT
To:       info-cpm@AMSAA.ARPA


Try MailMerge for mailing labels
Typing Tutor for typing tutor
Checks & Balances from CDE software.

The problem isn't the availability of CP/M software.  I find that
there's plently of first rate stuff out there.  The problem is 
finding out what exists.  Some excellent sources:

FOGHORN:  The newsletter of the First Osborne Group, the best CP/M
specific publication in existence.  $24 a year for 12 issues plus
access to public domain bulletin boards.

PROFILES:  The slick mag from Kaypro corp.

KAYPRO SOFTWARE DIRECTORY nad ADDENDUM, massive paperbacks listing
hundreds of CP/M programs, with prices and publishers.  Any Kaypro
deal should be able to show you a copy.

CANADA REMOTE SYSTEMS:  a reputable mail order software dealer and
huge public domain bbs.

It doesn't matter which CP/M computer your using.  Almost every
program is available in versions for all major machines.  Only
problem is diskette compatibility, if you've got something weird.

Get Media Master to solve that problem.  A bargin at $39.95.

There are some truly great programs in CP/M.  I really like:

dBase II
FYI 3000 (textual database manager)
NewWord (for specific projects, such as script writing; WS is still better for most serious writing)
Tour:  a terrific public domain outline processor
The Word Plus:  an absolutely first-rate spelling checker

StarIndex:  a servicable indexer and table of contents generator
wsNote:  a perfect footnoting utility for WordStar or NewWord
FontStar:  a font program for dot matrix printers that's much easier
to use and less expensive than Fancy Font (although less versatile, 
as well).

If you need specific info, mail me and I'll try to dig it out
of my files.

RJS
Happy owner of an Osborne 1
in Toronto
c/o
-- 

					Tom Nadas

UUCP:   {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET:  tom@toronto
15-Dec-85 19:21:45-MST,1319;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 19:21:38-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003744; 15 Dec 85 20:55 EST
Received: from usenet by TGR.BRL.ARPA id a005887; 15 Dec 85 20:45 EST
From: Carl Greenberg <carl%proper.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Need MEX overlays
Message-ID: <401@proper.UUCP>
Date: 15 Dec 85 05:13:40 GMT
Keywords: MXO-RS13.ASM  MXO-VP10.ASM
To:       info-cpm@AMSAA.ARPA

Help!  I have a standard TRS-80 Model 4P running Montezuma Micro CP/M.
I have plenty of nice PD stuff and a little other stuff, but my main
trouble is that my only terminal program is a version of MDM730 that
is a lot of wasted space (I took a look at it with a sector editor) on
dialing stuff in Hayes mode, and not even CURSOR MOTION.  So for now I
have to use this thing in the TRSDOS mode...  Even if I HAD a hayes I
don't know how to activate the dialling, so my VenTel MD212+ has to be
used manually.  Help!
	I downloaded MEX114 and MEX112 libraries from a local RCP/M, but
my current problem is that they aren't overlayed right.  If anyone can
send me the MXO-RS13.ASM overlay for the Mod 4 with Montezuma Micro CP/M,
and MXO-VP10.ASM for my modem, I would be very grateful.
						Carl Greenberg
16-Dec-85 06:17:33-MST,2911;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 06:17:24-MST
Received: from usc-isif.arpa by AMSAA.ARPA id a005752; 16 Dec 85 7:42 EST
Date: 16 Dec 1985 04:39-PST
Sender: STANLEY@USC-ISIF.ARPA
Subject: Re: Osborne1 Help?
From: STANLEY@USC-ISIF.ARPA
To: DKREBILL@USC-ISI.ARPA
Cc: info-cpm@AMSAA.ARPA, krebill@ARDC.ARPA
Message-ID: <[USC-ISIF.ARPA]16-Dec-85 04:39:52.STANLEY>
In-Reply-To: The message of 15 Dec 1985 13:53:17 EST from DKREBILL@USC-ISI.ARPA

	
    Received: FROM USC-ECLB.ARPA BY USC-ISIF.ARPA WITH TCP ; 15 Dec 85 11:21:29 PST
	      from AMSAA.ARPA by USC-ECLB.ARPA; Sun 15 Dec 85 11:17:54-PST
	      from usc-isi.arpa by AMSAA.ARPA id a003017; 15 Dec 85 13:55 EST
    Date: 15 Dec 1985 13:53:17 EST
    From: DKREBILL@USC-ISI.ARPA
    To:   info-cpm@AMSAA.ARPA
    Cc:   krebill@ARDC.ARPA
    Subject: Osborne1 Help?
    Return-Path: <@USC-ECLB.ARPA:info-cpm-request@AMSAA>
    
    I recently inherited an early Osborne1. It lacks the DD option,
    has no feature for supporting 80 Col., etc.  am looking for
    pointers for sources for such upgrades, preferably as cheap as
    possible... There are two other "non-standard" things I would like to
    attempt with the box:
    1) Hook up an external 8" floppy drive (possibly DS/DD)
    2) Hook up my trusted H19 terminal to the RS232 port
    I would appreciate any help with any of these things!
    Merry Christmas!  Dan Krebill
    P.S. Are there any on-line Osborne1 PD info/programs out there on the net?
    
    -------
    
	      --------------------
		
It is probably possible to hook up your H19 by redesignating the
RS-232 port to CRT: with the SETUP program, but I haven't tried
it.  Because the OS-1 BIOS is in ROM, you have to fiddle it from
the system tracks if you want to make changes to facilitate
different devices, etc.

In my 3 1/2 years with two Ozzies, I have not heard of anyone
hooking up an eight-inch drive to one.  It might be possible via
the parallel port and/or the video port.

Best source of poop on Osbornes is the First Osborne Group (FOG)
in San Francisco.  I'll try to locate their exact addres and send
it to you.  There is still quite a lot of software and new
products available for the OS-1, especially from an outfit called
Spite Software, and lots of RAM drive and interface accessories
from West Wind.  I've dealt with both and had no problems.

There is PD software aplenty for the OS-1.  One of the most
complete is a terminal program called OTERM.  It provides MODEM
protocols, CIS protocols, ASCII transfer, etc, and is keyed to a
52-column Osborne.

Our machines have been workhorses for a long time now, and we
have had excellent luck with them.  Keep it cool and clean and
you should have no trouble.

                                ...Dick Stanley (stanley@isif)
16-Dec-85 11:39:39-MST,642;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 11:39:32-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a015959; 16 Dec 85 13:02 EST
Date: Mon 16 Dec 85 09:59:45-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Re: 5.25" disk format (Ampro)
To: bmw%aesat.uucp@BRL.ARPA
cc: INFO-CPM@AMSAA.ARPA
In-Reply-To: <512@aesat.UUCP>
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12167610322.28.BEC.SHAPIN@USC-ECL.ARPA>

i FORGOT TO ADD THERE IS NO SKEW, SKEW TABLE = 1,2,3,4,5,6,7,8,9,10
-------
16-Dec-85 11:40:15-MST,845;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 11:40:04-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a015936; 16 Dec 85 13:01 EST
Date: Mon 16 Dec 85 09:57:59-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Re: 5.25" disk format (Ampro)
To: bmw%aesat.uucp@BRL.ARPA
cc: INFO-CPM@AMSAA.ARPA
In-Reply-To: <512@aesat.UUCP>
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12167610001.28.BEC.SHAPIN@USC-ECL.ARPA>

SPT: 28H SECTORS/TRACK
BSH: 04H BLK SHIFT
BLM: 0FH BLK MASK
EXM: 01H EXTENT MASK
DSM: 00C2H DISK SIZE-1
DRM: 007FH DIR ENTRIES-1
ASV0: C0H DIR GROUP ALLOCATION 0
ALV1: 00H DIR GROUP ALLOCATION 1
CKS: 0020H CHECK SIZE
OFF: 002H OFFSET (NUMBER OF RESERVED TRACKS)
-------
16-Dec-85 15:01:57-MST,1110;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 15:01:42-MST
Received: from xerox.arpa by AMSAA.ARPA id a025734; 16 Dec 85 16:26 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 16 DEC 85 12:27:53 PST
Date: 16 Dec 85 12:24 PST
From: Ghenis.pasa@XEROX.ARPA
Subject: Re: Osborne1 Help?
In-reply-to: Jeff Edelheit <edelheit@MITRE.ARPA>'s message of 15 Dec 85
 14:55:59 EST (Sun)
To: edelheit@MITRE.ARPA
cc: DKREBILL@USC-ISI.ARPA, info-cpm@AMSAA.ARPA, krebill@ARDC.ARPA
Message-ID: <851216-122753-1102@Xerox>

You can get a full catalog of CP/M and Osborne goodies, both software
and hardware, from:

	Spite Software
	4875 SW 19th Drive
	Portland, Oregon 97201

	800-824-7888 for orders
	
Other helpful sources:

	FOG (First Osborne Group)
	PO Box 3474
	Daly City, CA 94015-0474
	(415) 755-2000

	Nuevo Electronics Corporation (for Osborne hardware ugprades)
	PO Box 209
	Richmond, TX 77496
	(713) 341-6001

Disclaimer: I have no interest in or relationship with the above
organizations except as a satisfied customer
16-Dec-85 15:40:51-MST,737;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 15:40:42-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a026771; 16 Dec 85 17:05 EST
Received: from (MAILER)UMCVMB.BITNET by WISCVM.WISC.EDU on 12/16/85 at
  16:03:57 CST
Return-path: CCUC%UMCVMB.BITNET@WISCVM.ARPA
Received: by UMCVMB (Mailer X1.21) id 7802; Mon, 16 Dec 85 15:53:17 CST
Date: Mon, 16 Dec 85 15:47:14 CST
From:  UMC file server <CCUC%UMCVMB.BITNET@wiscvm.ARPA>
To:  INFO-CPM@AMSAA.ARPA
Subject: Subscription

Please add CCUC@UMCVMB.BITNET to your mailing list.  Also, please send a
description of your archived correspondence.

Thanks,
Richard Winkel, UMC Computing Services
(CCRJW@UMCVMB.BITNET)
16-Dec-85 18:20:35-MST,1036;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 18:20:21-MST
Received: from dockmaster.arpa by AMSAA.ARPA id a027384; 16 Dec 85 19:44 EST
Date:  Mon, 16 Dec 85 19:38 EST
From:  "Paul E. Woodie" <Woodie@DOCKMASTER.ARPA>
Subject:  Osborne Memory Expansion
To:  info-cpm@AMSAA.ARPA
Message-ID:  <851217003802.752230@DOCKMASTER.ARPA>

Has anyone had any experience with either the INOVA 500 memory card from
Microtech Computer Services or the Multi-Function Board from Nuevo
Electronics Corp.?  Both are memory expansion boards for the Osborne
Executive computer.  I would like to expand the RAM memory in my
Executive (bank switched cpm 3) and have heard of both of these memory
expansion products through Spite Software but know nothing about either
of them.  Both claim to expand the memory (I assume through an internal
memory board changeout) to 512k of ram.  Both are roughly the same
price.

Thanks in advance,

--Paul Woodie (Woodie.CPE -at dockmaster)
17-Dec-85 01:12:08-MST,2650;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Dec 85 01:11:59-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a028013; 17 Dec 85 2:54 EST
Received: from usenet by TGR.BRL.ARPA id a000424; 17 Dec 85 2:41 EST
From: Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: SUMMARY: The REAL answer to CP/M Directory Trashing Bug
Message-ID: <186@octopus.UUCP>
Date: 17 Dec 85 01:19:21 GMT
To:       info-cpm@AMSAA.ARPA

Thanks to all who responded to my request for help! Several had good clues
that led me to the correct answer.

Original problem: STAT shows two identically-named files in a directory.
	DIR and other directory commands don't. How did it happen? How to
	fix?

Suggestions:
	1. Don't trust STAT. (*WRONG* STAT was correct. DIR was wrong!)
	2. There may be invisible garbage characters in one filename.
		(*WRONG, In this case* but that can happen, I know...)
	3. Maybe STAT sees a 2-extent file as 2 files? (*WRONG*)
	4. A file is in the current user and in the public (user 0) area.
		(*WRONG* - That isn't a problem on Molecular, nor on any
			CP/M I know of, other than maybe OSM)
	5. There are 2 files. The CREATE call doesn't check for existing
		files first. (*RIGHT*... But see below!)

SUMMARY:

	It is up to the programmer to delete any existing file before using
	the CP/M CREATE call. CREATE always makes a new directory entry.

	HOWEVER, in MP/M, no previous delete is needed- the CREATE call returns
	an error if the file already exists!

	It appears that CB-80 assumes you will run programs under MP/M, so it
	doesn't bother with the delete. On the Molecular, you can run in either
	CP/M mode or MP/M mode.  In our case, it turned out that one user had
	the MP/M flag turned off, so they were the unknown source of duplicate
	filenames.

	NOTE that duplicate filenames are an unexpected thing in xP/M, and
	different programs treat them differently. For example:
		STAT - sees both files
		DIR  - sees one file
		D    - sees one file, adding size of both files to get 1 size
		PIP  - tacks one on to the end of the other (PIP will recombine
			the files automatically... maybe it collects all of
			the extents before moving anything?)
		OPEN call - usually gets the first directory entry in the
			system.

MORAL: Watch your CREATES and <C,M>P/M's!



-- 
  OOO   __| ___      Peter Holzmann, Octopus Enterprises
 OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014
  OOOOO \___/        UUCP: {hplabs!hpdsd,pyramid}!octopus!pete
___| \_____          Phone: 408/996-7746
17-Dec-85 16:40:24-MST,298;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Dec 85 16:40:17-MST
Date:     Tue, 17 Dec 85 18:13:58 EST
From:     Brian Samolyk (AWD) <samolyk@AMSAA.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  remove

Please remove me from this list.

18-Dec-85 07:03:11-MST,2932;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 07:03:01-MST
Received: from simtel20.arpa by AMSAA.ARPA id a028484; 18 Dec 85 8:31 EST
Date: Monday, 16 December 1985  08:54-MST
Message-ID: <KPETERSEN.12168085465.BABYL@SIMTEL20.ARPA>
Sender: bower@DCA-EUR.ARPA
From: bower@DCA-EUR.ARPA
To: w8sdz@simtel20.ARPA
Subject:   MCAT/XCAT Ver 5 release
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Wed 18 Dec 1985 06:29-MST

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.CATLOG>
MCAT505.LBR.1			BINARY	100864  16D3H
XCAT502.LBR.1			BINARY	 81664  4053H

New Release     MCAT Version 5 Disk Cataloging Program
                XCAT Version 5 Catalog Cross-Reference Lister

   These two programs work as a team.  MCAT catalogs the directory of any
specified disk drive to a Master Catalog called MAST.CAT.  XCAT reads the
catalog and produces a cross-referenced listing of a selected set, or all
of the files to the console, printer or disk file.

   In addition to Filenames and Types, a disk ID is automatically appended
to each name in the catalog.  Optional fields can also be appended with
Version 5 to show the file's user area, and the created/modified date
provided by Plu*Perfect Systems' DateStamper(tm).  With Date features,
CP/M 2.2 is required.  If dates are not required, CP/M 3 should be useable.

   Major features provided in both MCAT and XCAT Version 5 are:

* Two-level operation; interactive screen-oriented mode, and one-shot "Expert"
  mode with parameters passed on the command line.
* Protection against corruption of MAST.CAT by conflicting operations
* Ability to pre-define default settings without reassembly, and to set new
  values interactively within the programs.
* Cursor and screen control definitions compatible with Plu*Perfect Systems'
  SETTERM utility for terminal installation.

   And some specific features:

MCAT - Create MAST.CAT in any drive/user area and enter "Ignore" names
     - Ambiguous as well as unambiguous "Ignore" names supported
     - Add a disk ID from within the program
     - Delete catalog entries for any specific disk by disk ID

XCAT - Search catalog and display only selected filenames, types or disks
     - Selectable destination for output filename, drive and user list
     - Display dates in US (mm/dd/yy) or European (dd.mm.yy) format

Authors:
        v 5.0   Harold "Hal" Bower
        v 4.??  Irv Hoff
        v 1.0   Ward Christensen

Bugs and revisions:
        Report bugs and suggested improvements to Hal Bower, or to
Bridger Mitchell at Plu*Perfect Systems.  In order to avoid a proli-
feration of minor changes, please do not publicly release revisions
of these programs.

DateStamper is a trademark of Plu*Perfect Systems.
CP/M is a trademark of Digital Research
18-Dec-85 08:59:24-MST,501;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 08:59:18-MST
Received: from apg-3.arpa by AMSAA.ARPA id a002963; 18 Dec 85 10:29 EST
Date: Wed, 18 Dec 85 10:21:59 EST
From: John Shaver STEEP-TMAC 879-7602 <jshaver@apg-3.ARPA>
Subject: MCAT505 and XCAT 502
To: info-cpm@AMSAA.ARPA
Cc: jshaver@apg-3.ARPA

I have previously used these programs as a part of the DATESTAMPER beta test.
They are excellent and I recommend them.

John

18-Dec-85 12:24:41-MST,1102;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 12:24:28-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a008437; 18 Dec 85 13:46 EST
Received: from lll-mfe.arpa by AOS.BRL.ARPA id a014023; 18 Dec 85 13:40 EST
Date: Mon, 16 Dec 85 16:32 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: EMACSing under CP/M-80
To: INFO-CPM@BRL.ARPA

Date:    Mon, 16-DEC-1985 16:33 EST
To:      INFO-CPM@BRL.Arpa
Message-ID: <[OAK.SAINET.MFENET].A8E6C160.008E799B.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
CompuServe-ID: [71636,52]
X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa"

What is your favorite EMACS-like editing environment under CP/M-80 ?
Is this a product or a personal hack ?  If a product, whose is it and
where did you get it ?  How does it compare to EMACS on 'the big machine'
at work ?

This should be interesting !  If you post it directly to me, I'll digest
it for the list.  Thanks !

Richard
Secrist%OAK.SAInet.MFEnet@LLL-MFE.Arpa
18-Dec-85 20:16:17-MST,2694;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:16:05-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016098; 18 Dec 85 21:47 EST
Received: from usenet by TGR.BRL.ARPA id a005252; 18 Dec 85 21:44 EST
From: "plus ca change, plus c'est la meme chose" <craig%ozone.dec@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Public Domain CP/M database program
Message-ID: <54@decwrl.UUCP>
Date: 17 Dec 85 21:14:22 GMT
Sender: daemon%decwrl.uucp@BRL.ARPA
To:       info-cpm@AMSAA.ARPA


 
Randy White writes:

> I am trying to locate a Public Domain database that can run under a
> Z80 CP/M based system.  My main concern is that it be able to sort on
> any field without writing lengthly template/sort formulas.   

If you know anything about programming you might want to consider the 
public domain version of MUMPS.  It's called MicroMUMPS and is 
available from: 

     Dr. Richard Walters
     Dept. Elec. Comp. Engineering
     University of California
     Davis, CA 95616

I use it on my Kaypro II, and find it works well.  I believe the cost 
is on the order of $60.00.

MUMPS is a string-oriented ANSI-standard language which is designed to 
facilitate building and manipulating databases, and handles sorts very 
nicely from the programmers perspective.

To sort on a field all you have to do is use the SET command to create
an array (either in memory or on disk) using the desired field as a
subscript, and MUMPS sorts it for you automatically.  For example,
let's say I have a MUMPS array: 

  ^PEOPLE(NUMBER)=NAME;STREET;CITY;STATE;ZIP

where NUMBER is an internal counter, and the data nodes (NAME, etc.) 
are my fields.  To sort on ZIP would involve looping through 
^PEOPLE(NUMBER), setting a variable ZIP to the 5th Piece of the node, 
and SETing the following scratch array :

  ^TEMP(ZIP,NUMBER)=""

Then all I would need to do is loop through ^TEMP(ZIP,NUMBER), and 
retrieve my data nodes from ^PEOPLE(NUMBER), and do whatever I wanted 
with the records (write them out to a file, generate form letters, 
whatever...).

If you have a hard disk on your Z80 system, there is a public 
domain database management system called Fileman (developed and used 
heavily at the Veterans Administration) which is also available from 
Dr. Walters which can do all this for you, without your needing to 
know anything about MUMPS code.


                                   Robert Craig
                                   Medical Systems Group
                                   (Home of Digital Standard Mumps)

                                   ..decwrl!ozone!craig
18-Dec-85 20:30:02-MST,1694;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:29:54-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016147; 18 Dec 85 21:59 EST
Received: from usenet by TGR.BRL.ARPA id a005341; 18 Dec 85 21:46 EST
From: The Polymath <hollombe%ttidcc.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Osborne1 Help?
Message-ID: <63@ttidcc.UUCP>
Date: 17 Dec 85 18:51:16 GMT
To:       info-cpm@AMSAA.ARPA

In article <703@brl-tgr.ARPA> DKREBILL@USC-ISI.ARPA writes:
>I recently inherited an early Osborne1. It lacks the DD option,
>has no feature for supporting 80 Col., etc.  am looking for
>pointers for sources for such upgrades, preferably as cheap as
>possible...

The following three addresses should get you, and anyone else interested in
Osborne software, off to a good start.

First Osborne Group
P.O. Box 3474
Daly City, CA  94015-0474
Phone: (415) 755-2000

WestWind Computer
1690 65th Street
Emeryville, CA  94608
Phone: (415) 652-3222

Spite Software
4875 SW 19th Drive
Portland, OR  97201
Phone: (800) 824-7888, operator 311

There are a number of other sources.  Many are listed in the Spite catalog
and the Foghorn (FOG's newsletter).

Disclaimer:  I'm not associated with any of the above companies, but I do
	     own an Osborne 1.  (It seemed like a good idea at the time).

-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
The Polymath (aka: Jerry Hollombe)
Citicorp(+)TTI
3100 Ocean Park Blvd.             Geniuses are people so lazy they
Santa Monica, CA  90405           do everything right the first time.
(213) 450-9111, ext. 2483
{philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe
18-Dec-85 20:58:42-MST,3956;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:58:29-MST
Received: from xerox.arpa by AMSAA.ARPA id a016157; 18 Dec 85 22:00 EST
Received: from Tokay.ms by ArpaGateway.ms ; 18 DEC 85 18:58:44 PST
Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA
Date: 18 Dec 85 17:18:29 PST (Wednesday)
Subject: PC/BLUE Collection
From: burton.osbunorth@XEROX.ARPA
To: stidd.osbunorth@XEROX.ARPA
cc: INFO-CPM@AMSAA.ARPA, INFO-MICRO@BRL.ARPA
Message-ID: <851218-185844-1900@Xerox>

GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To: INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-multics.ARPA
cc: INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA
Subject: The PC/BLUE Collection
Return-Path: <info-cpm-request@AMSAA.ARPA>
Redistributed: XeroxInfo-CPM^.wbst
Received: from AMSAA (AMSAA.ARPA) by Xerox.ARPA ; 19 AUG 85 10:39:32 PDT
Received: from simtel20.arpa by AMSAA.ARPA id a011438; 19 Aug 85 12:31 EDT
Message-ID: <WANCHO.12136182062.BABYL@SIMTEL20.ARPA>
GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV

The complete PC/BLUE distribution is now available on SIMTEL20 from
Volumes 000 through 124 in PD:<PC-BLUE.VOLnnn>.  (Note the PD:
designation as the current alias for the MICRO: structure.)

Some notes:

1.  Volumes 001 through 042 were reissued on double-sided disks, two
volumes per disk.  We made no attempt to split the files on those
disks into their respective volumes as originally issued.  Thus, for
the volumes in this range, the files for the even-numbered volumes
will be found in the directory containing the next-lower numbered
volume.  There are a few exceptions.  It would be best to get a copy
of PD:<PC-BLUE>PC-BLUE.CRCLST to check.

2.  These volumes were uploaded from copies of the distribution disks
using a real IBM-PC using MEX-PC, except for two, which were uploaded
later.  In all cases, the MODEM protocol was used.  This means that
because PCDOS stores files in exact length and the MODEM protocol
sends fixed blocks of 128, those files which were not exact multiples
of 128 could not be checked with CRCK to verify the values against the
published values in the -CATALOG files.  Thus, we are going to assume,
unless otherwise informed, that the copies were correctly uploaded
from the disks we received, and further assume that the disks we
received were correct copies of the master disks from which the
published CRCs were computed.  This is further compounded by the fact
that we uploaded all the files in binary format and then post-processed
the files to convert to ASCII those which follow certain rules.  Thus,
the resulting CRCs we publish in PD:<PC-BLUE>PC-BLUE.CRCLST assume
files are multiples of 128 and ASCII files are padded with ^Zs to the
next 128-byte boundary.

3.  We used the MODEM protocol instead of KERMIT so that you may use
either protocol to download these files and use our published CRC
values to verify that you got a correct copy of what we have stored
here.  Had we used KERMIT, those of you using MODEM would not have any
basis to check on the file transfers.

4.  Given the recent appearance of so-called Trojan Horse programs, we
make no guarantees that these programs will work as documented and
only as documented, and furthermore assume no liability should these
programs fail to work or cause damage, incidental or otherwise.  We
merely present this collection as-is for those of you with Internet
FTP access to SIMTEL20 for your convenience.

5.  For those users at sites without Internet access, have your site
manager contact me to make arrangements for one-time, as-is, tape
copies of our collections made at our convenience on tapes you supply
with return postage.  There is no fee and our turnaround is slow.  We
can only write TOPS-20 DUMPER, TOPS-10 Interchange, and Unix tar
format tapes, 9-TRK, 1600 bpi.

--Frank
19-Dec-85 15:49:20-MST,655;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 15:48:57-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a002415; 19 Dec 85 17:19 EST
Date: Thu 19 Dec 85 14:14:43-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: One-way password transform wanted
To: info-ibmpc@USC-ISIB.ARPA, info-cpm@AMSAA.ARPA
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12168443171.43.BEC.SHAPIN@USC-ECL.ARPA>

I am looking for a one-way transform algorithm that could be
used with passwords on 8088 and/or 8080 systems.
-------
19-Dec-85 18:23:20-MST,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:23:11-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002778; 19 Dec 85 19:54 EST
Received: from usenet by TGR.BRL.ARPA id a024377; 19 Dec 85 19:42 EST
From: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: MPI disk drive specs needed
Message-ID: <630@sfmin.UUCP>
Date: 18 Dec 85 16:23:30 GMT
Xref: seismo net.micro:13892 net.micro.cpm:5377
To:       info-cpm@AMSAA.ARPA

[Bdos err on drive a: BAD SECTOR]

	I need the specs for an MPI 52S DSDD 5.25 inch floppy drive,
specifically,
	track-to-track seek time
	head settling time (so I can determine the CP/M seek rate)
	head loading time
	power consumption

	Thanks in advance
			
				Jeff 'still homebrewin' Skot
				{ihnp4 | allegra | mcnc ...} attunix ! jeffj
19-Dec-85 18:27:53-MST,1511;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:27:46-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa02778; 19 Dec 85 19:54 EST
Received: from usenet by TGR.BRL.ARPA id a024381; 19 Dec 85 19:42 EST
From: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: May I boot from drive B.  Please? Pretty please?
Message-ID: <631@sfmin.UUCP>
Date: 18 Dec 85 16:26:02 GMT
To:       info-cpm@AMSAA.ARPA

[when in doubt, pip it!]

	When CP/M boots, it considers the drive that it booted from A:
and starts with with the A> prompt.  Can I corece it into believing
it booted from B:, and how?
	One may ask "why", and I haven't a complete answer.  I am
puzzling over how to handle a system with a SSDD and a DSDD drive.
Normally I boot from the SSDD, but if that boot is bad, I would want to
boot from the DSDD.  Unfortunately, the boot ROM looks only for device 0
so I have to change the drive addresses and will probably confuse
CP/M (watta you mean drive 0 is single sided? It was double sided when
I booted!).

	My solution for now is to logically define the double sided drive
as B: double sided and D: single sided.  This way, I can copy
A: (the single sided drive) to D: and use the disk in drive A:.
I just have to keep enough backups of the single sided system disk
to keep out of trouble.

	Thanks in advance.
				Jeff 'how did I get into this' Skot
				{ihnp4 | allegra | mcnc} attunix ! jeffj
19-Dec-85 18:55:07-MST,1647;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:54:56-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id ab02778; 19 Dec 85 19:54 EST
Received: from usenet by TGR.BRL.ARPA id a024400; 19 Dec 85 19:43 EST
From: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: disk errors [!PLEH]
Message-ID: <633@sfmin.UUCP>
Date: 18 Dec 85 16:30:51 GMT
To:       info-cpm@AMSAA.ARPA

[BDOS err on a: bad sector]

	I see that message way too often.  I am using NASHUA diskettes
purchased bulk from JDR, so the medium should be fine.
They start off error free, but then disaster strikes.
(well, I'm using ED until I get WS.  Could ED be bombing the disk?)
I think the sector CRC may be off.  Is there a program for CP/M
similar to FSDB that allows you to read a bad sector, edit it and
write it back with a new CRC?

	Should be fine is the correct phrase.  I added a DSDD drive,
and several diskettes have failed verification.  It is always
tracks >32 on side 1 (as opposed to side 0 which is used by SSDD drives).
I doubt it is the disk drive since it is only in the inner tracks
on one side (seek errors would be both sides, a bad head would be
all tracks.  Maybe the wire to the head?).
Cable problems would be intermittent.
I doubt it is the driver since it is side dependent.
Could it be the medium?  If anything I'd suspect the 0 side since
the bottom side seems to have a larger unpolished hub than side 1
(the upper side).  Any ideas?

	Thanks in advance.
				Jeff 'this is frustrating' Skot
				{ihnp4 | allegra | mcnc} attunix ! jeffj
19-Dec-85 19:53:29-MST,1166;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 19:53:19-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a002963; 19 Dec 85 21:25 EST
Date: Thu, 19 Dec 85 21:26:02 EST
From: Herb Lin <LIN@mit-mc.ARPA>
Subject:  help??
To: info-cpm@AMSAA.ARPA
cc: LIN@mit-mc.ARPA
Message-ID: <[MC.LCS.MIT.EDU].761678.851219.LIN>

I run with two 8 inch floppies (QUME 842s) and a Compupro DISK-1
controller.  I have been having trouble booting my MP/M 8-16 system.
What happens is that the MPM loader needs to read a file from the
data area on the floppy, and when it does so I get a BDOS Bad Sector
error. 

The possible reasons are 

1. bad drive
2. bad disk
3. bad controller

It isn't the drive: I get the error when I interchange the drives so
that the old A is the new B and vice versa -- the new A gives the same
error.  

It isn't the disk: I tried it with several disks, and it happened with
each. 

That leaves the controller.  Anyone care to comment on whether or not
a controller would do flaky things to reads and writes from just one
or two tracks on a floppy?

thanks.

Herb

19-Dec-85 21:52:29-MST,833;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 21:52:22-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003137; 19 Dec 85 23:24 EST
Date: Thu, 19 Dec 1985  21:22 MST
Message-ID: <KPETERSEN.12168510194.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl.ARPA, Info-HZ100@radc-tops20.ARPA
Subject: SQ for TOPS-20
In-reply-to: Msg of 19 Dec 1985  13:57-MST from Ralph W. Hyre Jr. <Ralph.Hyre at C.CS.CMU.EDU>

    I see lots of unsqueeze utilities in pd:<cpm.tops-20>, but no obvious
    squeeze utilities.  Any hints?
    					- Ralph

Yes, you'll find everything you need on SIMTEL20 in PD:<CPM.T20-SQUSQ>

--Keith
19-Dec-85 22:35:50-MST,1988;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 22:35:44-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003170; 19 Dec 85 23:58 EST
Date: Tuesday, 17 December 1985  12:45-MST
Message-ID: <KPETERSEN.12168516349.BABYL@SIMTEL20.ARPA>
Sender: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
From: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
Subject:   PCPI Applicard (aka StarCard) device drivers available
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 19 Dec 1985 21:56-MST

The following PCPI AppliCard (aka StarCard) device drivers are now
available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.APPLE>
PCPI-DRVR-READ.ME.1		ASCII	  1023  A09CH
PRINTER-BUFFER-DRVR.ASM.1	ASCII	 25020  DFFBH
SERIAL-GAME-DRVR.ASM.1		ASCII	 14013  BC22H
SVA-ZX4-DISK-DRVR.ASM.1		ASCII	 17042  093EH
SYNETIX-RAMDISK-DRVR.ASM.1	ASCII	 27608  CF03H
VISTA-DISK-DRVR.ASM.1		ASCII	 20704  E911H

Bought to you courtesy of the following individuals:

	Keith Petersen, installed software on simtel-20
	Ralph Hyre, who uploaded the sources he got from Chris Peck.
	Chris Peck, who transfered files from a BBS to bitnet to ARPA (by mail)
	Doug Laing, who runs the RCP/M system the files were archived on.

and of course, the authors...


 Printer-Buffer-Drvr.Asm.1;	A printer buffer driver

 Serial-Game-Drvr.Asm.1;	Uses Apple Game I/O port for serial output
	(just like they did in the good 'ol Red Apple book days)

 Synetix-Ramdisk-Drvr.Asm.1;	A RAMDisk driver for the Synetix Flashcard

 Sva-Zx4-Disk-Drvr.Asm.1;	Drivers for disk subsystems 
 Vista-Disk-Drvr.Asm.1;		(other than the Apple-supported ones)

Executable drivers will be made available as soon as the sources are
assembled.  If you have a hardware configuration that you can test
some of the drivers on please inform ralphw@c.cs.cmu.edu (or ralphw@cmu-cs-c)
Thanks.
					- Ralph Hyre
20-Dec-85 05:57:53-MST,1100;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 05:57:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a004317; 20 Dec 85 7:33 EST
Date: Fri, 20 Dec 1985  05:31 MST
Message-ID: <KPETERSEN.12168599143.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   SY.FDC@cu20b.ARPA
Cc:   Info-Modem7@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA
Subject: RB/SB YAM program for Unix

Chuck Forsberg's rb and sb YAM-compatible programs for Unix are
available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<UNIX.CPM>
RB.1.2				ASCII	  4311  7AC9H
RB-217.C.1			ASCII	 18475  40ECH
RB-217.MAN.1			ASCII	  5078  71FBH
RBSB.C.3			ASCII	  4354  57FDH
SB.1.2				ASCII	  3087  DABDH
SB-222.C.1			ASCII	 14743  2937H
SB-222.MAN.1			ASCII	  3614  93C9H

Questions and comments to:
Chuck Forsberg WA7KGX <tektronix!reed!omen!caf@UW-BEAVER.ARPA>

--Keith Petersen
Arpa:   W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp:   {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
20-Dec-85 10:22:13-MST,757;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 10:22:00-MST
Received: from xerox.arpa by AMSAA.ARPA id a011981; 20 Dec 85 11:45 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 20 DEC 85 08:41:05 PST
Date: 20 Dec 85 08:39 PST
From: Ghenis.pasa@XEROX.ARPA
Subject: Re: May I boot from drive B.  Please? Pretty please?
In-reply-to: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>'s message of 18 Dec
 85 16:26:02 GMT
To: jeffj%sfmin.uucp@BRL.ARPA
cc: info-cpm@AMSAA.ARPA
Message-ID: <851220-084105-1946@Xerox>

On an Osborne-1 if you hit " (double quote) at boot time the system will
think that a: is b: and viceversa, hence booting from the physical b:
drive (you still get the a> prompt)
20-Dec-85 15:14:33-MST,920;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 15:14:20-MST
Received: from xerox.arpa by AMSAA.ARPA id a022139; 20 Dec 85 16:37 EST
Received: from Salvador.ms by ArpaGateway.ms ; 20 DEC 85 13:34:50 PST
Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA
Date: 20 Dec 85 12:30:57 PST (Friday)
Subject: Re: help??
From: Burton.osbunorth@XEROX.ARPA
To: LIN@MIT-MC.ARPA
cc: info-cpm@AMSAA.ARPA, LIN@MIT-MC.ARPA
In-Reply-to: LIN%mit-mc:ARPA:Xerox's message of 20-December-85 (Friday)
 1:57:28 PST -
Reply-to: Burton.osbunorth@XEROX.ARPA
Message-ID: <851220-133450-2188@Xerox>

Herb,

A friend having the same configuration (Compupro, Controller 1, etc.)
had the same problem.  We finally solved it using a head cleaner.  

Moral: Try the simple things first.  Check the power supply, the
cabling, and the heads.  And the baud rate.  

Phil Burton
20-Dec-85 19:10:57-MST,1111;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 19:10:44-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a022684; 20 Dec 85 20:44 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a020470; 20 Dec 85 20:36 EST
Received: by mit-eddie (4.12/4.7)
	id AA21841; Fri, 20 Dec 85 20:20:39 est
Date: Fri 20 Dec 85 20:23:44-EST
From: Andrew Moore <T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA>
Subject: 56k -> 60k CP/M (HELP)
To: info-apple@BRL.ARPA
Cc: info-cpm@BRL.ARPA
Message-Id: <12168739722.8.T.MOORE@DEEP-THOUGHT.MIT.EDU>


   Is there any way I can get around the "disk space already in use" message
when trying to put 60k CP/M on a 56k CP/M disk (apple II+)?  I was installing
ZCPR2 on a floppy but the file was not working correctly and now I am stuck
with 56k CP/M -- not much use since my hard drive works only under 60k.  I
have CP/M on the HD already but would like to have it available on the floppies
as well.  Whenever I try to put 60k on the 56k disk, I get the message and
am returned to CP/M.  Any suggestions?

-drew
-------
20-Dec-85 20:03:55-MST,1216;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 20:03:49-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a022719; 20 Dec 85 21:16 EST
Received: from usenet by TGR.BRL.ARPA id a013251; 20 Dec 85 21:04 EST
From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.pc,net.micro.cpm
Subject: VMS 4.x rb and sb programs posted (YMODEM)
Message-ID: <274@omen.UUCP>
Date: 18 Dec 85 21:25:34 GMT
Xref: seismo net.micro:13918 net.micro.pc:6747 net.micro.cpm:5384
To:       info-cpm@AMSAA.ARPA

Versions of the rb and sb programs with bug workarounds for VMS 4.x
have been posted to net.sources.

The manual pages are posted separately.  In addition to the VMS version,
the new manual pages better describe the Unix version posted a few weeks
ago.

-- 
  Chuck Forsberg WA7KGX   ...!tektronix!reed!omen!caf   CIS:70715,131
Omen Technology Inc     17505-V NW Sauvie Island Road Portland OR 97231
Home of Professional-YAM, the most powerful COMM program for the IBM PC
Voice: 503-621-3406 TeleGodzilla: 621-3746 (Hit CRs) L.sys entry for omen:
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
20-Dec-85 20:46:38-MST,1261;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 20:46:13-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a022824; 20 Dec 85 22:18 EST
Received: from usenet by TGR.BRL.ARPA id a014187; 20 Dec 85 22:06 EST
From: "John M. Cole" <johnco%mako.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm,net.micro
Subject: How do I autostart my KAYPRO??
Message-ID: <989@mako.UUCP>
Date: 19 Dec 85 23:41:32 GMT
Xref: seismo net.micro.cpm:5385 net.micro:13922
To:       info-cpm@AMSAA.ARPA

This is my second posting of this. Somehow I don't think it got out as I
never saw it on any of the requested newsgroups except for one local
newsgroup (it's been 3 days). If it did, please excuse the reposting.

I need some help in trying to figure out a way to get my KayproII to
autostart a file from a cold boot. 
It seems to me that CP/M had some way to do this with
AUTO.COM or something, but I don't see it in any of the documentation.
I am working towards a "turnkey" system. I am running CP/M 2.2.
I am familiar with how Northstar did it on their boxes running
2.2, but it seems this is different for Kaypro. Any advice/pointers would
be greatly appreciated.
										Thanks in advance,
										John
21-Dec-85 10:18:25-MST,666;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 10:18:17-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023912; 21 Dec 85 11:52 EST
Received: from usenet by TGR.BRL.ARPA id a021662; 21 Dec 85 11:40 EST
From: " L. L. Griffin " <llg%we53.uucp@BRL.ARPA>
Newsgroups: net.general,net.micro.cpm
Subject: Word Processer ROM pac for Exity Sorcerer.
Message-ID: <357@we53.UUCP>
Date: 19 Dec 85 18:58:33 GMT
Xref: seismo net.general:4103 net.micro.cpm:5391
To:       info-cpm@AMSAA.ARPA

Does anyone know how and where I can acquire a Word Processer
ROM pac for my Exidy Sorcerer II?

ihnp4!we53!llg
21-Dec-85 10:21:25-MST,703;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 10:21:11-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa23912; 21 Dec 85 11:52 EST
Received: from usenet by TGR.BRL.ARPA id a021671; 21 Dec 85 11:40 EST
From: " L. L. Griffin " <llg%we53.uucp@BRL.ARPA>
Newsgroups: net.general,net.micro.cpm
Subject: Word Processing ROM pac for Exidy Sorcerer.
Message-ID: <358@we53.UUCP>
Date: 19 Dec 85 21:22:27 GMT
Xref: seismo net.general:4104 net.micro.cpm:5392
To:       info-cpm@AMSAA.ARPA

Does anyone out there know where and how I can get the above WP rom bac
for my little old Exidy Sorcerer II with 48K?

ihnp4!we53!llg
314-291-3829
21-Dec-85 15:46:24-MST,540;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 15:46:18-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a024309; 21 Dec 85 17:25 EST
Date: 21 Dec 1985 17:22:35 EST
Subject: ARC utility for CP/M
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA

Does anyone know if there has been a version of the MSDOS ARC utility
done for CP/M, or at least something that would allow one to extract
files from a .ARC file?

Thanks in advance,

Steve Noland
-------
21-Dec-85 16:28:24-MST,698;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 16:28:18-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a024377; 21 Dec 85 18:05 EST
Date: 21 Dec 1985 18:02-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: ARC utility for CP/M
From: ABN.ISCAMS@USC-ISID.ARPA
To: NOLAND@USC-ISI.ARPA
Cc: INFO-CPM@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]21-Dec-85 18:02:30.ABN.ISCAMS>
In-Reply-To: The message of 21 Dec 1985 17:22:35 EST from Steve Noland <NOLAND@USC-ISI.ARPA>

Steve,
Yes, DEARC.PQS at SIMTEL20, available via ANONYMOUS FTP as:
TURBOPAS:DEARC.PQS
no less.

Turbo Pascal.
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
21-Dec-85 16:39:23-MST,1107;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 16:39:14-MST
Received: from xerox.arpa by AMSAA.ARPA id a024393; 21 Dec 85 18:17 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 21 DEC 85 15:15:16 PST
From: NBaheti.es@XEROX.ARPA
Date: 21 Dec 85 15:15:32 PST
Subject: Re: How do I autostart my KAYPRO??
In-reply-to: johnco%mako.uucp@BRL.ARPA's message of 19 Dec 85 23:41:32
 GMT, <989@mako.UUCP>
To: "John M. Cole" <johnco%mako.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <851221-151516-2705@Xerox>

I don't own a Kaypro, so have never tested the program, but I have a
program called AUTOBOOT on my RCP/M that has different versions for
different KP CP/M's. It is under 20k, so can be downloaded quie easily.
If you can't call, mail me directly and we can work out some
sort of "disk-swap" via US-Mail.
 
--Arun Baheti
  NBaheti.es@Xerox
  ...litvax!flkvax!trwrb!group3!arun
  213-530-0670 [data/24hrs daily/300/1200/2400 baud]

ps - Please reply to my @Xerox address if possible; I rarely check my
UUCP account.
21-Dec-85 17:25:39-MST,1294;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 17:25:32-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024459; 21 Dec 85 19:03 EST
Date: Sat, 21 Dec 1985  17:02 MST
Message-ID: <KPETERSEN.12168987043.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Steve Noland <NOLAND@USC-ISI.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: ARC utility for CP/M
In-reply-to: Msg of 21 Dec 1985  15:22-MST from Steve Noland <NOLAND at USC-ISI.ARPA>

    Does anyone know if there has been a version of the MSDOS ARC
    utility done for CP/M, or at least something that would allow one
    to extract files from a .ARC file?

Steve, DEARC.PQS is for MSDOS, not CP/M.  It must be changed slightly
and that has been done.  DEARC for CP/M is available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.TURBOPAS>
DEARC-CP.LBR.1			BINARY	 28032  C01AH

I can't get it to run on my system because I don't have enough TPA
space.  Please give it a try, though.  My TPA is smaller than most
people's because of an EPROM at E000h.

--Keith Petersen
Arpa:   W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp:   {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
21-Dec-85 18:13:13-MST,1429;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 18:13:03-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024503; 21 Dec 85 19:38 EST
Date: Wednesday, 18 December 1985  14:25-MST
Message-ID: <KPETERSEN.12168991702.BABYL@SIMTEL20.ARPA>
Sender: Chuck Forsberg WA7KGX <tektronix!reed!omen!caf@uw-beaver.ARPA>
From: Chuck Forsberg WA7KGX <tektronix!reed!omen!caf@uw-beaver.ARPA>
Subject:   VMS 4.x rb and sb programs (YMODEM) now on SIMTEL20
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 21 Dec 1985 17:27-MST

Versions of the rb and sb programs with bug workarounds for VMS 4.x
have been uploaded to SIMTEL20.  They are available as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.VAXVMS>
VMODEM.H.1			ASCII	   925  88B7H
VVMODEM.C.1			ASCII	  6417  51F1H
VVRB101.C.1			ASCII	 16312  83E1H
VVRB101.MAN.1			ASCII	  5650  1C6AH
VVSB.MAN.1			ASCII	  4109  47FFH
VVSB101.C.1			ASCII	 11483  D655H

In addition to the VMS version, the new manual pages better describe
the Unix version posted a few weeks ago.

-- 
  Chuck Forsberg WA7KGX   ...!tektronix!reed!omen!caf   CIS:70715,131
Omen Technology Inc     17505-V NW Sauvie Island Road Portland OR 97231
Voice: 503-621-3406 TeleGodzilla: 621-3746 (Hit CRs) L.sys entry for omen:
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
21-Dec-85 18:43:00-MST,789;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 18:42:55-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024542; 21 Dec 85 20:00 EST
Date: Sat, 21 Dec 1985  17:56 MST
Message-ID: <WANCHO.12168996995.BABYL@SIMTEL20.ARPA>
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To:   INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA, UNIX-SW@SIMTEL20.ARPA, 
      ADA-SW@SIMTEL20.ARPA
Cc:   INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-tops20.ARPA
Subject: Using "cd" (or "cwd") with ftp to SIMTEL20

In the past few days, we finally tracked down and fixed a problem that
caused some user FTP programs to appear to hang after doing a "cd" or
"cwd" to a directory on our PD: structure.  Sorry for the temporary
inconvenience.

--Frank
22-Dec-85 02:18:34-MST,826;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Dec 85 02:18:30-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a025001; 22 Dec 85 3:50 EST
Received: from usenet by TGR.BRL.ARPA id a028119; 22 Dec 85 3:41 EST
From: jp@LANL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: ARC utility for CP/M
Message-ID: <35209@lanl.ARPA>
Date: 22 Dec 85 05:22:24 GMT
To:       info-cpm@AMSAA.ARPA



There exists a version of ARC in Turbo Pascal.  I don't remember the
exact name but it is something obvious like ARC.PAS.  It is available on
many BBS systems that have Turbo Pascal interest groups.
I am pretty sure that there is a copy available on the Santa Fe BBS
(505) 988-5867.  This machine  is available from 4pm to 6am MST and on
weekends.

Jim Potter  jp@lanl.arpa
22-Dec-85 23:14:17-MST,1721;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Dec 85 23:14:07-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a026459; 23 Dec 85 0:54 EST
Received: from usenet by TGR.BRL.ARPA id a005343; 23 Dec 85 0:42 EST
From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: auto-booting a kaypro
Message-ID: <1061@vax2.fluke.UUCP>
Date: 21 Dec 85 01:54:23 GMT
To:       info-cpm@AMSAA.ARPA


>  I need some help in trying to figure out a way to get my KayproII to
>  autostart a file; I am working towards a "turnkey" system. I am
>  running CP/M 2.2. I am familiar with how Northstar did it on their
>  boxes running 2.2, but it seems this is different for Kaypro. Any
>  advice/pointers would be greatly appreciated.
>  

The easiest way for you to do this is to get Plu*perfect's enhanced
operating system for the Kaypro.  Look in a Profiles for the address;
they are in idyllwild CA.  Their system has an autoboot configuration
in the CPMCONFIG program.  They also have a lot of other nice things;
sort of a commercial ZCPR.

You could also do it by hacking around with the operating system;
apparently there is some space on the system tracks where, if you
insert a command line, it will autoboot that line.  I remember reading
about it, but I already had pluperfect so I didn't pay much attention.
It might be in a back issue of micro C (before they went MSDOS; well,
only one issue has come out since that happened, but I am still a bit
shocked at David Thompson -- last summer at SOG, he said he would
support CP/M tp the grave.  I didn't realize he meant *it's* grave).

	Bruce Eckel
	uw-beaver!fluke!morgan
23-Dec-85 14:10:40-MST,642;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 14:10:33-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a009823; 23 Dec 85 15:34 EST
Date: Mon 23 Dec 85 12:32:38-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Resident screen copier wanted
To: info-cpm@AMSAA.ARPA
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12169473161.27.BEC.SHAPIN@USC-ECL.ARPA>

I am looking for a program that will stay resident and copy everything
that other programs send to the console to a disk file.
-------
23-Dec-85 18:30:42-MST,2536;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 18:30:27-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a011904; 23 Dec 85 20:02 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a006129; 23 Dec 85 19:56 EST
Received: from Xerox.ARPA by MC.LCS.MIT.EDU 23 Dec 85 19:55:58 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 23 DEC 85 16:49:20 PST
Date: 23 Dec 85 15:05 PST
From: Ghenis.pasa@XEROX.ARPA
Subject: So. California Computer Club Raffle and Auction
To: Ghenis.pasa@XEROX.ARPA, CPMInterest^.dlos@XEROX.ARPA, 
    820Interest^.wbst@XEROX.ARPA, HomeComputing^.x@XEROX.ARPA, 
    info-micro@BRL-VGR.ARPA, info-cpm@MIT-MC.ARPA
Reply-to: Ghenis.pasa@XEROX.ARPA
Message-ID: <851223-164920-1060@Xerox>

PLEASE EXCUSE THE WIDE DISTRIBUTION. I know this only concerns people in
the Los Angeles area, but I couldn't scope the distribution down and
still get to all those interested. SORRY. (If you must flame do it
personally to avoid net clutter)



ANNOUNCEMENT:

OKOK, a non-profit public-service computer club for CP/M users (and now
MS-DOS too) meets the second Tuesday of each month in the Winette Lounge
at Cal Tech, Pasadena, California. Hands-on sessions are from 6:30 to
8:00 upstairs, General Meeting from 8:00 to 10:00 PM downstairs. 

The Tuesday, January 14th meeting (at 6:30) will feature a HARDWARE AND
SOFTWARE RAFFLE, followed by an AUCTION. Many valuable items have been
donated for this event by members and local merchants. Don't miss this
event! YOU DO NOT NEED TO BE A MEMBER TO ATTEND AND PARTICIPATE.

Club Description:

*Monthly meetings with hands-on sessions, guest speakers, vendor demos,
public domain software exchange.
*Additional meetings throughout the month for special interest groups
(MS-DOS, hardware, telecommunications, writers, programming, etc)
*Monthly newsletter mailed to members. Members can place free ads. 
*Remote Bulletin Board System.
*OKOK arranges group purchases. In the past members have enjoyed
discounts as large as 65% on some products.
*Low tuition mini-classes (fees in 1985 were $15 for 3 or 4 hours) on
many subjects and levels, such as introductory, intermediate or advanced
WordStar, Supercalc, DBase II, programming in BASIC, Turbo Pascal, LISP,
telecommunications, computer maintenance, etc

*Annual membership dues are only $24


FOR MORE INFORMATION just message me, Pablo Ghenis
(Ghenis.pasa@Xerox.Arpa) or call (818)449-9012 (evenings and holidays).


23-Dec-85 23:34:28-MST,3152;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 23:34:18-MST
Received: from simtel20.arpa by AMSAA.ARPA id a013063; 24 Dec 85 1:08 EST
Date: Mon, 23 Dec 1985  23:06 MST
Message-ID: <KPETERSEN.12169577637.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: Resident screen copier wanted
In-reply-to: Msg of 23 Dec 1985  13:32-MST from Ted Shapin <BEC.SHAPIN at USC-ECL.ARPA>

    I am looking for a program that will stay resident and copy
    everything that other programs send to the console to a disk
    file.

Just such a program was recently uploaded to SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.SYSUTL>
PHOTO.LBR.1			BINARY	  6016  473BH

PHOTO.COM makes a copy (takes a picture) of all screen displays and
keyboard entries; and write these characters to a disk file.  This
is useful for getting all of the screen prompts from a given program
that does not have a companion .DOC file that will tell you what to
expect.  To use PHOTO.COM for I/O capture, use the command line:

A>PHOTO D:filename.typ D:program <PARAMETERS>

     Where:
     D: is the disk drive
     D:filename.typ  -- is the file to be created by PHOTO.COM
     D:program is the program (PROGRAM.COM) whose screen prompts
	 you want to copy
     <PARAMETERS> are the normal parameters you would enter after
	 the program name (WS B:filename)

Photo will continue to write all screen displays and keyboard entries to
FILENAME.TYP until <CTRL>C is entered from the keyboard.

                    EXCEPTIONS

Unfortunately, if PROGRAM.COM contains certain hard device calls or
screen controls these program elements may either defeat PHOTO.COM, or
enter characters in FILENAME.TYP that will prevent the file from being
edited by programs like WordStar.

For Example, you want a file copy of the log on-messages in WordStar.
The proper command line is:

     A>PHOTO D:WORDSTAR.MSG D:WS <RETURN>

WORDSTAR.MSG will contain all of the WordStar signon messages, however,
it will also contain screen control characters that will prevent WordStar
from editing the file.  If the file does not show you the expected text
when you open it under WordStar, exit WordStar and try viewing it with:

     A>TYPE filename.ext

If TYPE displays the text as you expect to see it, you must edit out the
screen control characters with DDT, SID, DUU or some other ASCII file
editor.

If you are unable to access SIMTEL-20 because of network restrictions
please remember that MOST of the new files announced to Info-Cpm are
also available on my RCP/M Royal Oak (MI) which may be accessed at
300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis).
The telephone number is (313) 759-6569.  They are also available from
the CPM RoundTable on General Electric Information Services' GEnie.

--Keith Petersen
Arpa:   W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp:   {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
24-Dec-85 06:16:14-MST,848;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 06:16:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a015208; 24 Dec 85 7:52 EST
Received: from usenet by TGR.BRL.ARPA id a022816; 24 Dec 85 7:47 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: May I boot from drive B.  Please? Pretty please?
Message-ID: <1830@utcsri.UUCP>
Date: 20 Dec 85 15:36:23 GMT
To:       info-cpm@AMSAA.ARPA


Depends on your computer.  On the Osborne 1, hitting " (i.e, shift-
double quote) will boot from B.  On the Osborne Executive and Vixen,
hitting Tab instead of <cr> will boot from B.  don't know about other
brands.

RJS in Toronto
c/o
-- 

					Tom Nadas

UUCP:   {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET:  tom@toronto
24-Dec-85 06:52:11-MST,1792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 06:51:57-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a015762; 24 Dec 85 8:19 EST
Received: from usenet by TGR.BRL.ARPA id a023480; 24 Dec 85 8:05 EST
From: "Richard L. Klappal" <rlk%chinet.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: disk errors [!PLEH]
Message-ID: <252@chinet.UUCP>
Date: 22 Dec 85 08:34:55 GMT
To:       info-cpm@AMSAA.ARPA

In article <633@sfmin.UUCP> jeffj@sfmin.UUCP (J.S.Jonas) writes:
>[BDOS err on a: bad sector]
>
>	I see that message way too often.  I am using NASHUA diskettes
>purchased bulk from JDR, so the medium should be fine.
>They start off error free, but then disaster strikes.
>(well, I'm using ED until I get WS.  Could ED be bombing the disk?)
>I think the sector CRC may be off.  Is there a program for CP/M
>similar to FSDB that allows you to read a bad sector, edit it and
>write it back with a new CRC?

It sounds like you may have a problem with dirty heads and/or head
alignment.  The higher numbered tracks are towards the hub, thus
the information is packed more tightly there.

Re: disk editors, check most any RCP/M for Ward Christensen's DU
program (or its later derivatives).  It will allow you to read/edit
/rewrite any sector on the disk, and I have used it on Os1, Kaypro, and
the pseudo-disks that the Mimix package creates for CP/M on my Fortune
32:16 (UN*X derivative), all without any modification whatsoever.
There are commercial editing programs avail (Disk Doctor, Inspect, and
who knows what else), that may be easier to use than Wards, but they
aren't any better (my opinion).

-- 
---
UUCP: ..!ihnp4!chinet!uklpl!rlk || MCIMail: rklappal || Compuserve: 74106,1021
---
24-Dec-85 08:37:46-MST,971;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 08:37:29-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa18959; 24 Dec 85 10:07 EST
Received: from usenet by TGR.BRL.ARPA id a025555; 24 Dec 85 9:59 EST
From: Ross Greenberg <greenber%phri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: auto-booting a kaypro
Message-ID: <2078@phri.UUCP>
Date: 23 Dec 85 20:06:08 GMT
To:       info-cpm@AMSAA.ARPA

> 
> >  I need some help in trying to figure out a way to get my KayproII to
> >  autostart a file; I am working towards a "turnkey" system. I am
> >  running CP/M 2.2. I am familiar with how Northstar did it on their
> >  boxes running 2.2, but it seems this is different for Kaypro. Any
> >  advice/pointers would be greatly appreciated.
> >  
> 

The copy program that comes with the KAYPRO has the ability of
setting up the autostart line when you are copying or formatting a
disk.
24-Dec-85 09:02:21-MST,1090;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:02:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a018959; 24 Dec 85 10:07 EST
Received: from usenet by TGR.BRL.ARPA id a025482; 24 Dec 85 9:57 EST
From: Alex Pensky <aep%abic.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: disk errors [!PLEH] (BDOS err on a:)
Message-ID: <711@abic.UUCP>
Date: 23 Dec 85 17:31:35 GMT
To:       info-cpm@AMSAA.ARPA

> [BDOS err on a: bad sector]
> I see that message way too often. ...

Could be that CP/M is still using the directory and disk parameters from
a disk previously in the same drive, for which the current disk access
would have been erroneous.  The solution is to warm boot (control C)
after every disk change.  If you are running purchased software which
requires disk changes but doesn't reread the directory after you do so,
the software is buggy.

Sorry if this seems like trivial help, but you didn't say what causes
you had already ruled out before suspecting your diskettes.
 
 - Alex Pensky
24-Dec-85 09:22:04-MST,935;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:21:56-MST
Received: from simtel20.arpa by AMSAA.ARPA id a019978; 24 Dec 85 10:39 EST
Date: Tue, 24 Dec 1985  08:37 MST
Message-ID: <KPETERSEN.12169681630.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: New ZCPR3 news files available

The following ZCPR3 newsletters are now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.Z3NEW>
Z3NEWS.309.1			ASCII	 20988  BC52H <--newsletter 309
Z3NEWS.3Q9.1			BINARY	 14592  C14CH <--same, squeezed

Z3NEWS3.LBR.1			BINARY	103680  B405H

Z3NEWS3.LBR is Echelon newsletters 301-309 squeezed for those who are
a bit behind.

--Keith Petersen
Arpa:   W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp:   {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
24-Dec-85 09:42:13-MST,3204;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:41:59-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a020171; 24 Dec 85 10:47 EST
Date: Tue, 24 Dec 85 07:46 PST
From: "Webb Mike"@LLL-MFE.ARPA
Subject: re: auto loading a kaypro
To: info-cpm@AMSAA.ARPA


a method for auto loading of cp/m i have used on several different systems
is this:

        o       fist you need to copy a bootable work disk, and be sure
                you have ddt/edfile/patch or some tool you are comfortable
                with,for use in patching your system image.if you don't
                have a favorite,the PATCH utility is one i can't live without
                and i recomend it.

        o       you will also need a copy of your 'system' (ie save a copy
                with "sysgen" or "movcpm" to the disk). again if you use
                patch,you can also just patch the system tracks.

        o       using the debug/patching tool of your choice,open up your
                system image and look for the begining of your CCP.(i am asuming
                that you are *NOT* running zcpr/zcpr2/zcpr3. if you are,ignore
                the rest of this note,and read the documentation on the zcpr?
                you are running.)the big clue here is it should be around 0A00H
                and you normaly will find the DIGITAL RESEARCH copyright notice
                close by.

        o       your CCP should begin with 2 jumps. the first is the normal
                entry for the ccp,the second is an entry to bypass the auto
                load 'feature' you are trying to turn on.(these will be
                C3 xx xx C3 xx xx)

        o       when you find this seq. it is decoded as:

                C3 xx xx C3 xx xx nn ## ** ** ** ** ** ** and so on...
                \______/ \______/ /\ /\ /\
                 normal   alt.    || || ||  the command starts here and goes
                 ccp      ccp     || || |+- for a maximum of nn characters.
                 entry    entry   || ||
                                  || |+- this is a single byte containing the
                                  ||     length of your command string.
                                  ||
                                  |+- this is a singel byte containing the max.
                                      space in the command buffer.(normaly '7F')


        o       after you have patched your immage,don't forget to save it. you
                then run sysgen/movcpm in the normal way to copy this new system
                to your system tracks and then boot it.


that's about it. if you have any questions or problems let me know and i will
try to help. i have never used this on a kaypro,but i think it is generic
CP/M.


i disclaim all disclaimers and further more state that the above info would have
been impossible for me to provide with out an open copy of "PROGRAMMERS GUIDE TO
CP/M" eidted by SOL LIBES (hope there are not toooo many typos)

                                mike webb
                                webb@lll-mfe.arpa









24-Dec-85 11:03:03-MST,9071;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 11:02:15-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022147; 24 Dec 85 12:23 EST
Date: Tue, 24 Dec 1985  10:22 MST
Message-ID: <KPETERSEN.12169700625.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: New files added to SIMTEL20 between 9-Nov-85 and 24-Dec-85

The following is a list of new files added to SIMTEL20's PD:<CPM.*>
directories between 9-Nov-85 and 24-Dec-85.  For a complete list of
all files, get PD:<CPM>CPM.CRCLST.

        Filename                Type     Bytes   CRC


PD:<CPM.APPLE>
	PCPI-DRVR-READ.ME.1		ASCII	  1023  A09CH
	PRINTER-BUFFER-DRVR.ASM.1	ASCII	 25020  DFFBH
	SERIAL-GAME-DRVR.ASM.1		ASCII	 14013  BC22H
	SVA-ZX4-DISK-DRVR.ASM.1		ASCII	 17042  093EH
	SYNETIX-RAMDISK-DRVR.ASM.1	ASCII	 27608  CF03H
	VISTA-DISK-DRVR.ASM.1		ASCII	 20704  E911H

PD:<CPM.ASMUTL>
	TDL-TOOL.LBR.1		BINARY	 68224  893BH
	TIMESTMP.LBR.1		BINARY	  9344  A682H
	XLT80-8.LBR.1		BINARY	 42496  9F7DH
	XREF27.LBR.1		BINARY	 40704  D55BH

PD:<CPM.BASIC>
	MBPRE-11.LBR.1		BINARY	 17408  4C54H

PD:<CPM.BYE3>
	-BYE500.NOT.1		ASCII	   708  08B9H
	-BYEUTIL.DOC.2		ASCII	  1496  A8E4H
	B3-TIME.INF.3		ASCII	   972  1312H
	B339INS.LBR.1		BINARY	116736  49C2H
	B3AC-2.IQS.3		BINARY	  2688  B60CH
	B3AD-2.IQS.3		BINARY	  2944  6C08H
	B3AM-2.IQS.3		BINARY	  2944  D693H
	B3AP-2.IQS.3		BINARY	  3072  0EA3H
	B3B2-0.IQS.3		BINARY	  2560  28A8H
	B3C-5832.IQS.3		BINARY	  2176  BBCDH

PD:<CPM.BYE3>
	B3C-BBII.IQS.3		BINARY	  1792  AE78H
	B3C-BIN.IQS.3		BINARY	  2048  6631H
	B3C-CW.IQS.3		BINARY	  2176  2557H
	B3C-DD.IQS.1		BINARY	  3200  119EH
	B3C-KCT.IQS.3		BINARY	  1408  4D00H
	B3C-KP4.IQS.3		BINARY	  1792  069CH
	B3C-KPRO.IQS.3		BINARY	  3456  C8A6H
	B3C-LEG2.IQS.3		BINARY	  3072  B37EH
	B3C-QX10.IQS.3		BINARY	  2688  5CBFH
	B3C-SS1.IQS.3		BINARY	  2176  7CC4H
	B3C-XERO.IQS.3		BINARY	  1664  972EH
	B3CC-2.IQS.3		BINARY	  3584  025CH
	B3CMP1.IQS.2		BINARY	  2944  6D6FH
	B3CP-2.IQS.3		BINARY	  4224  1B7CH
	B3DP-2.IQS.3		BINARY	  2816  DB5AH
	B3EA-2.IQS.3		BINARY	  2816  5EFAH
	B3EP-1.IQS.3		BINARY	  2688  4CB1H
	B3H8-2.IQS.3		BINARY	  2688  05DCH
	B3HZ-2.IQS.3		BINARY	  3072  DB25H
	B3KP-2.IQS.3		BINARY	  2432  7862H
	B3MD-2.IQS.3		BINARY	  3584  8B51H
	B3OS-2.IQS.3		BINARY	  5248  9EB8H
	B3OV-2.IQS.3		BINARY	  6656  6EE5H
	B3PH-2.IQS.3		BINARY	  2432  0BE9H
	B3PMMI-4.AQM.1		BINARY	  4992  9B82H
	B3R1-2.IQS.3		BINARY	  1920  AA31H
	B3R2-2.IQS.3		BINARY	  3072  B26CH
	B3R3-2.IQS.3		BINARY	  2048  F9EBH
	B3R4-2.IQS.3		BINARY	  2304  0E86H
	B3SA-2.IQS.1		BINARY	  2560  D179H
	B3SB-2.IQS.3		BINARY	  2432  29DAH
	B3TV-2.IQS.3		BINARY	  2560  1FD8H
	B3US-2.IQS.3		BINARY	  2944  CC44H
	B3XE-2.IQS.3		BINARY	  2304  C2EFH
	B3ZB-3.IQS.3		BINARY	  3200  83D0H
	BDOS.MAC.2		ASCII	  2058  ECF5H
	BDOS.REL.2		BINARY	   128  9891H
	BYE3-INS.INF.3		ASCII	  2340  E462H
	BYE3-INS.IQF.3		BINARY	  1920  0FE2H
	BYE339.AQM.2		BINARY	 60032  C781H
	BYE339.DQC.1		BINARY	 32000  74F7H
	BYE339.LBR.1		BINARY	127872  580FH
	BYETIME.COM.2		BINARY	  9600  F05AH
	BYETIME.PQS.2		BINARY	  2688  B3BDH
	CALLME.COM.2		BINARY	  9088  FD9CH
	CALLME.PQS.2		BINARY	  3072  5F5FH
	GETNAME.BAS.2		ASCII	  1113  E5B3H
	METAL.FIX.2		ASCII	  2631  7D0AH

PD:<CPM.BYE5>
	B5AA-2.IQS.1		BINARY	  4480  706BH
	B5EA-2.IQS.1		BINARY	  2944  81A9H
	B5ZB-2.IQS.1		BINARY	  3072  0F3FH
	B5ZB-3.IQS.1		BINARY	  3200  509DH

PD:<CPM.CATLOG>
	CCAT24.LBR.1		BINARY	 26752  2017H
	M-XCAT5.MSG.1		ASCII	  2470  270AH
	MCAT45.LBR.2		BINARY	 83968  3EC9H
	MCAT505.LBR.1		BINARY	100864  16D3H
	XCAT43.LBR.1		BINARY	 30592  24BCH
	XCAT502.LBR.1		BINARY	 81664  4053H

PD:<CPM.CPM3>
	BANKSWAP.LBR.1		BINARY	 15616  5E0AH

PD:<CPM.CPM86>
	ARCDIR.CMD.1		BINARY	 14208  56ECH
	ARCDIR.DOC.1		ASCII	  1455  70A7H
	EMUL-V22.LBR.1		BINARY	 15872  F9B0H

PD:<CPM.CPMLIB>
	ARCDIR.COM.1		BINARY	 10624  58D5H
	ARCDIR.DOC.1		ASCII	  1455  70A7H
	NULU11.BQ2.1		BINARY	  7808  DD8AH
	NULU15.BQG.1		BINARY	  2432  DA94H

PD:<CPM.DIRUTL>
	DIRR4.LBR.1		BINARY	 48512  E238H
	NEWD.LBR.1		BINARY	  9216  2DFBH
	SD-REV.VQD.1		BINARY	  4352  9E72H
	SD111.LBR.1		BINARY	 71680  7D43H
	UNERA31.LBR.1		BINARY	 22912  7716H

PD:<CPM.DISASM>
	COMPRESS.AQM.1		BINARY	  3968  4253H
	DAZLSTR1.LBR.1		BINARY	 80384  22E1H

PD:<CPM.DSKUTL>
	SODU82.LBR.1		BINARY	 33536  1D2EH

PD:<CPM.EPSON>
	BARCODE.LBR.1		BINARY	 23808  F026H
	FACELIFT.BQS.1		BINARY	  3840  914CH

PD:<CPM.FILCPY>
	FIP.LBR.1		BINARY	 51584  C629H

PD:<CPM.FILUTL>
	COMID1.LBR.1		BINARY	  3840  14C8H
	COMPAR11.LBR.1		BINARY	  8064  F598H
	GRAB.LBR.1		BINARY	 21376  F26AH
	TABLECRC.LBR.1		BINARY	  1920  504CH

PD:<CPM.GENASM>
	DISPMEN.LBR.1		BINARY	  8576  6B12H

PD:<CPM.GENDOC>
	INTERNET.GATEWAYS.1	ASCII	  9662  E8C2H

PD:<CPM.HAMRADIO>
	ARRL0420.TXT.1		ASCII	 20529  9EE2H
	CELLULAR.SIEVE.1	ASCII	 14913  EF2AH
	HAMFREQS.LST.1		ASCII	  9825  9AF0H
	W5YI0720.TXT.1		ASCII	 19452  9FB4H

PD:<CPM.HEATH>
	DIAL.ASM.1		ASCII	  7229  E315H
	DIAL.INS.1		ASCII	   684  86F7H

PD:<CPM.HELP>
	WS.HQP.1		BINARY	  2944  2DFBH

PD:<CPM.IMP>
	I2BT-1.AQM.1		BINARY	  8192  15B0H
	I2C8-1.AQM.1		BINARY	 10240  3681H
	I2US-1.AQM.1		BINARY	  7424  622EH

PD:<CPM.KAYPRO>
	DEC85.MQG.1		BINARY	 22528  E565H
	KCHRSET1.LBR.1		BINARY	 13824  6C45H
	NDSKMSTR.LBR.1		BINARY	 39424  AD87H

PD:<CPM.LIST>
	ZIPP.LBR.1		BINARY	 12160  6580H

PD:<CPM.MATH>
	BASE.LBR.1		BINARY	 10496  CA19H

PD:<CPM.MEX>
	MXM-AD14.AQM.1		BINARY	 10368  4847H
	MXM-AD14.HQX.1		BINARY	  2560  37E5H
	MXO-BW12.AQM.1		BINARY	 13696  32D7H
	MXO-HZ20.AQM.1		BINARY	 16128  DCB3H
	MXO-MR11.AQM.1		BINARY	 23936  9373H

PD:<CPM.MISC>
	BBSLAW01.MSG.1		ASCII	  3416  250FH
	BBSLAW02.MSG.1		ASCII	  5805  2BFEH
	BBSLAW03.MSG.1		ASCII	  8391  91B9H
	BYAREA.BBS.506		ASCII	 67583  40D9H
	EBCDIC.CQ.1		BINARY	  1920  7189H
	PDFT-115.LQT.1		BINARY	 11136  3456H
	PDSE068A.LQT.1		BINARY	 53504  726EH
	ROYALOAK.DQR.5		BINARY	 73728  F58AH
	XEROXBBS.NOV85.1	ASCII	  2756  2DBEH
	ROBUST.EOT.1		ASCII	  2547  28B4H
	M7-OVL27.LST.1		ASCII	  5318  E3C4H
	M7BT-1.AQM.1		BINARY	  7936  8428H
	M7TV-9.AQM.2		BINARY	 11136  BA14H

PD:<CPM.OSBORN>
	ROX.LBR.1		BINARY	124416  9620H

PD:<CPM.PACKET>
	9LANDNET.MAP.1		ASCII	 19895  EA7DH
	BBSHELP.TXT.1		ASCII	 13810  CF39H
	DAUGINST.TXT.1		ASCII	 62681  4EF4H
	GTWY0125.TXT.1		ASCII	 14303  255AH
	GTWY0201.TXT.1		ASCII	 16182  4AA7H
	GTWY0202.TXT.1		ASCII	 16280  7C53H
	GTWY0203.TXT.1		ASCII	 17124  FF33H
	GTWY0204.TXT.1		ASCII	 17011  36D9H
	GTWY0206.TXT.1		ASCII	 17154  5547H
	GTWY0207.TXT.1		ASCII	 16727  44BEH
	MAPR-MAP.18C.1		ASCII	  7886  63DCH
	MULRPT.LBR.2		BINARY	 48640  C029H
	NE-MAP.019.1		ASCII	  8229  533BH
	W0RLI.DQC.2		BINARY	 87296  6B5AH

PD:<CPM.PCDOS>
	ARC450.DQC.1		BINARY	 17152  9F81H
	ARC450.EQE.1		BINARY	 24832  561BH
	ARC450.UPD.1		ASCII	  2771  0FBCH
	AREA3.LBR.1		BINARY	 43520  5806H
	DPROTECT.LBR.1		BINARY	  5120  DC89H
	DUMP.LBR.1		BINARY	  8320  56DCH
	EXTND.IQC.1		BINARY	  4480  859EH
	PCSHELL.LBR.1		BINARY	 81792  3008H
	QMDM112.ARC.1		BINARY	148736  9CEBH
	SDL31.LBR.1		BINARY	 17792  26FFH

PD:<CPM.RCPM>
	DIRTYDOZ.003.1		ASCII	  9684  4333H
	KMD08-81.BUG.1		ASCII	  1748  68CBH
	RPASS13.LBR.1		BINARY	 21760  BDA0H
	SFILE26.LBR.1		BINARY	 35968  FBAFH
	WIS103.LBR.1		BINARY	 16768  69E2H

PD:<CPM.STARTER-KIT>
	SIMTEL-ARCHIVES.INFO.2	ASCII	 23590  526DH

PD:<CPM.SUBMIT>
	EX15.LBR.1		BINARY	 33024  A8BCH
	MKBATCH2.LBR.1		BINARY	  3840  1FFCH
	SUBMIT.IQF.1		BINARY	  5248  685DH


PD:<CPM.SYSUTL>
	EMUL-V22.LBR.1		BINARY	 15872  F9B0H
	PHOTO.LBR.1		BINARY	  6016  473BH

PD:<CPM.TERM>
	ADM3.SWITCHES.1		ASCII	  4981  A6D3H
	CLS.LBR.1		BINARY	  4352  4415H

PD:<CPM.TOPS-20>
	MODEM.MAC.327		ASCII	 56287  A696H

PD:<CPM.TURBOPAS>
	DEARC-CP.LBR.1		BINARY	 28032  C01AH
	PRETTY2.PQS.1		BINARY	  7808  726DH

PD:<CPM.TXTUTL>
	LD20.LBR.1		BINARY	 12928  1F2BH

PD:<CPM.VAXVMS>
	VMODEM.H.1		ASCII	   925  88B7H
	VVMODEM.C.1		ASCII	  6417  51F1H
	VVRB101.C.1		ASCII	 16312  83E1H
	VVRB101.MAN.1		ASCII	  5650  1C6AH
	VVSB101.C.1		ASCII	 11483  D655H
	VVSB101.MAN.1		ASCII	  4109  47FFH

PD:<CPM.WSTAR>
	ENSOFT2.LBR.1		BINARY	  7680  6D82H
	ODDEVEN.PQT.1		BINARY	  6016  C01DH
	PAIRX13.LBR.1		BINARY	  3456  BF78H
	WS.HQP.1		BINARY	  2944  2DFBH
	WSMULCOP.LBR.1		BINARY	 16000  86C8H

PD:<CPM.Z3NEW>
	Z3NEWS.309.1		ASCII	 20988  BC52H
	Z3NEWS.3Q9.1		BINARY	 14592  C14CH
	Z3NEWS3.LBR.1		BINARY	103680  B405H

PD:<CPM.ZCPR3>
	ARUNZ07.LBR.1		BINARY	 15232  E573H
	KP484Z3.LBR.1		BINARY	 69248  121DH
	PCPI-ZCPR.LBR.1		BINARY	 67712  C362H
	Z3NEWS.3Q4.1		BINARY	 12544  EF22H
	Z3NEWS.3Q8.1		BINARY	 12800  D2AEH
	Z3NEWS.3Q9.1		BINARY	 14592  C14CH
	Z3NEWS3.LBR.1		BINARY	103680  B405H
	ZHELPR13.RQS.1		BINARY	  2560  5559H
	ZNODES13.LQT.1		BINARY	  2816  A380H
24-Dec-85 16:16:31-MST,860;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 16:16:26-MST
Received: from xerox.arpa by AMSAA.ARPA id a026863; 24 Dec 85 17:50 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 24 DEC 85 14:49:00 PST
From: NBaheti.es@XEROX.ARPA
Date: 24 Dec 85 14:49:19 PST
Subject: Re: auto-booting a kaypro
In-reply-to: greenber%phri.uucp@BRL.ARPA's message of 23 Dec 85 20:06:08
 GMT, <2078@phri.UUCP>
To: Ross Greenberg <greenber%phri.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <851224-144900-1376@Xerox>

Also, along with the FORMAT system, there are programs available that
will do the trick. Or you could dig down into the first few sectors on
the disk and find the 20H characters that signify such a spot.
 
--Arun Baheti
  NBaheti.es@Xerox
  ...litvax!flkvax!trwrb!group3!arun
25-Dec-85 06:32:37-MST,836;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 06:32:30-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a027769; 25 Dec 85 8:09 EST
Received: from usenet by TGR.BRL.ARPA id a004900; 25 Dec 85 7:57 EST
From: guarna@uiucdcsb.cs.uiuc.edu
Newsgroups: net.micro.cpm
Subject: CP/M for 16FDC
Message-ID: <4800011@uiucdcsb>
Date: 23 Dec 85 16:33:00 GMT
Nf-ID: #N:uiucdcsb:4800011:000:282
Nf-From: uiucdcsb.CS.UIUC.EDU!guarna    Dec 23 10:33:00 1985
To:       info-cpm@AMSAA.ARPA


Does anyone know where I might be able to buy CP/M for a Z-80 system
using the Cromemco 16FDC disk controller.  Up to this point I have been
using Cromemco's CDOS (CP/M look-alike, sorta), but I have finally started
having some compatibility problems.

	Vince

ihnp4!uiucdcs!guarna
25-Dec-85 19:14:40-MST,797;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 19:14:35-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029015; 25 Dec 85 20:48 EST
Received: from usenet by TGR.BRL.ARPA id a009976; 25 Dec 85 20:40 EST
From: Blackwell <mdb%aicchi.uucp@BRL.ARPA>
Newsgroups: net.music,net.micro.cpm
Subject: MIDI <-> CP/M-80
Message-ID: <642@aicchi.UUCP>
Date: 25 Dec 85 04:43:22 GMT
Xref: seismo net.music:11416 net.micro.cpm:5413
To:       info-cpm@AMSAA.ARPA

I am looking for any information on interfacing my Otrona Attache
(CP/M-80, z80, rs-232, rs-422, std bus)  to a MIDI synth.
Any pointers to available hardware, software, books, etc, will be
greatly appreciated.

	Thanks in advance,

		Mike Blackwell
		..ihnp4!aicchi!mdb
25-Dec-85 20:35:37-MST,1064;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 20:35:31-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a029097; 25 Dec 85 22:09 EST
Date: Wed, 25 Dec 85 22:06 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: SYSGEN woes
To: info-cpm@AMSAA.ARPA

Date:    Wed, 25-DEC-1985 22:08 EST
To:      info-cpm@amsaa.arpa
Message-ID: <[OAK.SAINET.MFENET].DE860A40.008E80DC.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
CompuServe-ID: [71636,52]
X-VMS-Mail-To: ARPA%"info-cpm@amsaa.arpa"


I use CP/M-80 on a variety of machines, but mostly on my Apple //e at
home (I also have CP/M for my C64).  Anyway, PCPI, ALS, and Commodore
were not nice enough to provide a SYSGEN or MOVCPM program with their
products.  Short of hacking upon the disk itself with a sector editor,
are their any substitute utilities I could use ?  Suggestions anyone ?

Many thanks.

Richard
SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
26-Dec-85 23:21:12-MST,784;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Dec 85 23:21:07-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a008666; 27 Dec 85 0:56 EST
Received: from usenet by TGR.BRL.ARPA id a005961; 27 Dec 85 0:45 EST
From: Jim Gilbert <jim%fritz.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: MIX C
Message-ID: <4445@fritz.UUCP>
Date: 26 Dec 85 16:40:57 GMT
To:       info-cpm@AMSAA.ARPA



I would greatly appreciate it if anyone with exposure to the MIX C compiler
for CP/M 80 would mail me their comments.  If the quantity and quality of
replies received warrants I will dutifully summarize them and post the
summary to this newsgroup.

Thank you kindly.  Happy holidays!

		Jim Gilbert

		ihnp4!trwrb!felix!jim
27-Dec-85 11:07:17-MST,1483;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Dec 85 11:06:56-MST
Received: from office-1.arpa by AMSAA.ARPA id a015267; 27 Dec 85 12:43 EST
Date: 27 Dec 85 09:17 PST
From: Alan Bomberger <ACB.COR@OFFICE-1.ARPA>
Subject: Osborne Executive question
To: info-cpm@AMSAA.ARPA
Message-ID: <COR-ACB-8B9DM@OFFICE-1>

I have this product (Write-Hand-Man) that has recently been converted to run on
CP/M 3.0 (primarily for the C-128 market).  I find that it fails to work on the
Executive.  Since I had trouble with the Vixen (another osborne creation tha 
was a non-standard CP/M 2 machine) I suspect the Executive is not a "simple" 
CP/M 3.0 machine.  Can someone answer a few questions.

What is the size of the Common Bank.

What are the System Addresses (in both banks, BDOS and BIOS addresses, SCB 
address and the like)

What are the first few instructions of the BDOS (in both banks)

Is the BIOS jump vector "complete" allowing SELBNK calls from RSX's that happen
to be in the common bank (see question 1).

WHM is an RSX that Reenters the BDOS and thus must reach inside and save Stacks
 and state variables in both banks before it reenters the BDOS.  I had hoped 
that since CP/M 3.0 was even less alive than CP/M 2.2 (have you ever tried to 
get an unconfigured CP/M 3.0 system with all the manuals and source?) there 
would be few "custom versions".  Leave it to osborne.

Thanks for any help

27-Dec-85 12:22:39-MST,511;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Dec 85 12:22:31-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a017334; 27 Dec 85 13:57 EST
Date: Fri, 27 Dec 85 13:47:43 EST
From: Herb Lin <LIN@mit-mc.ARPA>
Subject:  epson LX-80 vs Panasonic KX-1091
To: INFO-PRINTERS@mit-mc.ARPA
cc: LIN@mit-mc.ARPA, info-cpm@AMSAA.ARPA
Message-ID: <[MC.LCS.MIT.EDU].767234.851227.LIN>

anyone have any comments on these guys?  a friend is considering them both.

28-Dec-85 17:07:43-MST,1322;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Dec 85 17:07:27-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a021054; 28 Dec 85 18:42 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a026445; 28 Dec 85 18:37 EST
Received: by mit-eddie (4.12/4.7)
	id AA00660; Sat, 28 Dec 85 18:08:34 est
Date: Sat 28 Dec 85 18:21:42-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-EDDIE.ARPA>
Subject: Alternate WP for Apple CP/M
To: info-apple@BRL.ARPA
Cc: info-cpm@BRL.ARPA
Message-Id: <12170814660.8.T.MOORE@MIT-EECS>


   I am looking for a word processor that I can use under CP/M on an Apple II+.
WordStar updates the screen at an annoyingly dead slow pace.  The fact that my
eighty-column card does not support line insert/delete does not help, but I do
know that it can run a little faster than WordStar wants to.  Any information
other word processing software would be appreciated.  Hardware setup includes

Apple II+
10MB (sider) hard disk
MicroSoft CP/M (60k 2.23)
Videx-compatible eighty-column card (Viewmax-80)
Diablo 630 printer on an Apple Serial Interface (NOT the SSC, but I do have
   a SSC that I can use if the word processor will not work with Apple's
   interface)

-drew
 MOORE%MIT-EECS@MIT-MC.ARPA
 ...mit-eddie!moore
-------
29-Dec-85 21:01:36-MST,1387;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Dec 85 21:01:27-MST
Received: from purdue-cs-il-gw.arpa by AMSAA.ARPA id a022723;
          29 Dec 85 22:40 EST
Received: from ec.Purdue.EDU (purdue-ecn-ec) by mordred.Purdue.EDU; Sun, 29 Dec 85 22:38:18 EST
Date: Sun, 29 Dec 85 22:38:00 EST
From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA>
Received: by ec.Purdue.EDU; Sun, 29 Dec 85 22:38:00 EST (5.5/5.20)
Message-Id: <8512300338.AA26986@ec.Purdue.EDU>
To: info-cpm@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Subject: Help needed with 8251 USART

Does anyone out there have any experiece programming the 8251 USART?  I
am using a Royal Alphatronic PC with CP/M 2.2, and want to be able to
set and change the baud rate.  I have the data sheets for the 8251, and 
through much experimentation, I am able to change the baudrate to suit
my needs.  Unfortunatly, as soon as I try to send data out the port,
the chip locks up.  Data coming in works fine.  Anyone know anything
about this?  I can send you the code that I am using if you think
that you can help me out...

                               Thanks...
                                Mike Spitzer
                                mjs@purdue-ecn
                                [decvax,ucbvax,ihnp4,inuxc]!pur-ee!mjs
30-Dec-85 01:40:29-MST,1094;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 01:40:23-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a023001; 30 Dec 85 3:18 EST
Received: by sdcsvax.ARPA (5.31/4.41)
	id AA23398; Mon, 30 Dec 85 00:16:06 PST hops=0
From: crash!kevinb@SDCSVAX.ARPA
Message-Id: <8512300816.AA23398@sdcsvax.ARPA>
Date: Sun, 29 Dec 85 23:14:46 PST
To: gould9!ihnp4!pur-ee!mjs@SDCSVAX.ARPA
Subject: 8251 Usart
Cc: Info-CPM@AMSAA.ARPA

The CCS S-100 bus system CPU includes a small program in it's ROM for an 
auto baud rate detection for console baud rate. When you boot, you hit the
return key 3 times and you're in A> prompt. I could try to get a copy of this
to you, to use as a source for developeing a driver for whatever comm program
you're using. Yes, please send code to the below address, I'll take a look at 
it.
		
Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb

Disclaimer: Anything within, unless directly attributed is my opinion,
and does not reflect that of my place of employment. KjB

30-Dec-85 05:19:46-MST,1095;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 05:19:40-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023276; 30 Dec 85 6:51 EST
Received: from usenet by TGR.BRL.ARPA id a008854; 30 Dec 85 6:40 EST
From: repete%inmet.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: Orphaned Response
Message-ID: <16600006@inmet.UUCP>
Date: 27 Dec 85 15:11:00 GMT
Nf-ID: #R:houxa:-86400:inmet:16600006:177600:531
Nf-From: inmet!repete    Dec 27 10:11:00 1985
To:       info-cpm@AMSAA.ARPA


I read a review of a checkbook program for CPM-80 called
"The Smart Checkbook" from Softquest Inc., Vienna, VA (703) 281-1621. 
Features included printing the checks and addressing envelopes (I think)
as well as very flexible budget/account categories allowing checks
to be split across several categories; and it was supposed to be
fast.

The biggest drawback was the price ($139), but I seriously thought
about buying it until my VT-180 (DEC "robin") died. Now I'm thinking
of an Amiga as a better way to spend the repair money.
30-Dec-85 10:28:39-MST,541;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 10:28:33-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000681; 30 Dec 85 11:55 EST
Date: Mon 30 Dec 85 09:54:23-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: New Z3 files
To: info-cpm@AMSAA.ARPA
Message-ID: <12171268438.10.RCONN@SIMTEL20.ARPA>

In PD:<CPM.ZCPR3> and PD:<CPM.Z3NEW> are:

	ARUNZ.BUG -- bug report on ARUNZ207
	EXTCMDRN.DOC -- another approach to extended command processors under
		Z3

-------
30-Dec-85 11:03:47-MST,2049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 11:03:38-MST
Received: from purdue-cs-il-gw.arpa by AMSAA.ARPA id a001309;
          30 Dec 85 12:35 EST
Received: from ec.Purdue.EDU (purdue-ecn-ec) by mordred.Purdue.EDU; Mon, 30 Dec 85 12:32:10 EST
Date: Mon, 30 Dec 85 12:31:47 EST
From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA>
Received: by ec.Purdue.EDU; Mon, 30 Dec 85 12:31:47 EST (5.5/5.20)
Message-Id: <8512301731.AA07036@ec.Purdue.EDU>
To: ihnp4!crash!kevinb <@purdue.ARPA:ihnp4!crash!kevinb@purdue-ecn-ee.ARPA>
Subject: Re:  8251 Usart
Cc: info-cpm@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

Thanks for your quick reply.  First of all, let me give you a little 
background about this computer(Royal Alphatronic PC).  According to Royal,
the only way to change the baud rate is by a hardwired jumper on the 
main PCB.  But, like I said, I've been able to change it as long as I
don't try to send data out. When I send something out, everything locks
up and I must do a cold boot.  This mystifies me, because everything that
I am doing seems to make sense.  Here's my setbaud.asm:


MCNTR	EQU	41H		;Modem control port
RESET	EQU	01000000B	;Value for port reset
MINIT1	EQU	01111010B	;Value for 1 stop bit, even parity,
                                ; 7 data bits, 16X baud rate
MINIT2	EQU	00010101B	;Value for Error reset, transmit 
                                ;enable, receive enable

	ORG	100H

INITIALISE:	MVI	A,RESET 	;Puts 8251 in instruction mode
		OUT	MCNTR		;
		MVI	A,MINIT1	;sets up baud, etc.
		OUT	MCNTR		;
		MVI	A,MINIT2	;Puts 8251 back in normal mode
		OUT	MCNTR
		JMP	0

This is pretty self explanatory, I guess... and it SHOULD work, but
there must be something that I'm missing... 

Let me know what you can come up with.

                                   Thanks again,
                                   Mike
                                            ihnp4!pur-ee!mjs
30-Dec-85 15:58:00-MST,599;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 15:57:51-MST
Received: from edwards-2060.arpa by AMSAA.ARPA id a007652; 30 Dec 85 17:33 EST
Date: Mon 30 Dec 85 14:31:51-PDT
From: D-ROGERS@EDWARDS-2060.ARPA
Subject: dirx documentation
To: info-dec-micro@SU-SCORE.ARPA
cc: info-cpm@AMSAA.ARPA


Does anyone out there have a .doc file for the xdir.cmd which is in
demo:[cpm.rainbow] at dec-marlboro?  Are there any switches available?
I'd like to be able to inventory SYS files as well as DIR files.
ADVthanxANCE, d e r

-------
31-Dec-85 01:12:45-MST,1065;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 01:12:40-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a010196; 31 Dec 85 2:36 EST
Date: Tue, 31 Dec 85 00:31:11 EST
From: "Paul R. Grupp" <GRUPP@mit-mc.ARPA>
Subject:  8251 Usart
To: "mjs@purdue.ARPA :mjs"@purdue-ecn-ee.ARPA
cc: info-cpm@AMSAA.ARPA
Message-ID: <[MC.LCS.MIT.EDU].769344.851231.GRUPP>

[ I don't think the mailer will hack your return address, so here it
  goes to the list at large ]

First of all I think you want 8 data bits not 7, and the usual 1
stop bit, 16X baud clock.  Second, to RE-init the 8251 you first have
to send a command to it to turn it off, THEN the reset, init, and
enable sequence.  For 8 data, 1 stop, 16X here are the values in HEX.
0AAh 040h 0CEh 017h.  Also you *CAN* change the baud rate (within
limits) by changing the 1X, 16X, 64X clock devider rate.  i.e.
if you set the hardware switch to 1200 baud then by changing the
16X to 64X you would get 300 baud!  Hope this helps.
							--Paul

31-Dec-85 01:46:49-MST,522;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 01:46:44-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a007842; 30 Dec 85 18:11 EST
Date: 30 Dec 1985 18:06:57 EST
Subject: LU for ZCPR3
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA

Does anybody know if there has been a version of either LU or NULU
done to support specific ZCPR3 functions, such as Named Directories,
TERMCAP, etc.???

Thanks in advance,

Steve Noland
-------
31-Dec-85 09:54:57-MST,1467;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 09:54:44-MST
Received: from dockmaster.arpa by AMSAA.ARPA id a018149; 31 Dec 85 11:28 EST
Posted-Date:  31 Dec 85 11:24 EST
Date:  Tue, 31 Dec 85 11:21 EST
From:  "Paul E. Woodie" <Woodie@DOCKMASTER.ARPA>
Subject:  Re: Osborne Executive question
To:  info-cpm@AMSAA.ARPA
In-Reply-To:  Message of 27 Dec 85 12:17 EST from "Alan Bomberger"
Message-ID:  <851231162119.947750@DOCKMASTER.ARPA>

There was a recent request for memory-map type information on the
Osborne Executive.  I have not had time to get all the information
requested, but I will provide some of it now and some later, as time
permits.

Bank 0:  The lower part contains system space and the upper part
contains most of bios and bdos.  The top part (4k, I think) is common to
all banks and is the normal way that the banks talk to each other.

Bank 1:  This is the normal user-accessable bank, it contains the cpm 3
base page, the TPA, and the common area in the highest addresses.

0-0ffh:  cpm 3 base page

100h-0f305h:  TPA

0f306h-0f8ffh:  p/o bios,bdos

The address of the warm start bios entry point in the jmp at 0000.

The address of the bdos entry point in the jmp at location 0005.

Banks 2-6:  Empty at present

Bank 7:  Contains video memory

Bank 8:  Start-up ROM, function key definitions,etc
                    in the lowest part of memory.

31-Dec-85 16:13:02-MST,1563;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 16:12:54-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023263; 31 Dec 85 17:50 EST
Received: from usenet by TGR.BRL.ARPA id a013724; 31 Dec 85 17:40 EST
From: jp@LANL.ARPA
Newsgroups: net.micro.cpm
Subject: Re:  8251 Usart
Message-ID: <35676@lanl.ARPA>
Date: 31 Dec 85 15:22:32 GMT
To:       info-cpm@AMSAA.ARPA



It's been a while, but I recall that the 8251 had a problem with reset. 
The solutions I've seen are 1: send reset several (3?) times, 2: go through 
the reset-program sequence twice.  Don't know exactly what the problem with 
the 8251 is but that seems to fix it. 
AH, I found some code from my HAL MCEM-8080 (ca 1976).


	UARTI	EQU	8EH	;INITIAL UART MODE WORD
	URTMO	EQU	0EAH	;7 BITS, EVEN PARITY, 2 STOP
	URTCT	EQU	0BH	;UART CONTROL PORT
	URTDA	EQU	0AH	;UART DATA PORT
	UARTR	EQU	55H	;RESET COMMAND
	TXRXE	EQU	27H	;UART RX AND TX ENABLE 


INIT:	MVI	A,UARTI		;UART MODE OUT	
	OUT	URTCT 
	MVI	A,UARTR		;RESET 
	OUT	URTCT 
	MVI	A,URTMO		;FINAL UART MODE
	OUT 	URTCT
	MVI	A,TXRXE		;ENABLE UART
	OUT	URTCT
	RET


The above code works.  I have seen a slightly different way, but can't
lay my hands on it this morning.

I remember now that the 8251 comes on with its brains slightly scrambled.
There are two control bytes that are sent to the same address sequentially
and it doesn't know where it is in that sequence when first initialized.

Hope this is some help.

Jim Potter  jp@lanl.arpa
31-Dec-85 17:06:55-MST,725;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 17:06:49-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a023509; 31 Dec 85 18:43 EST
Received: from nadc.arpa by AOS.BRL.ARPA id a000896; 31 Dec 85 18:15 EST
Date: 31 Dec 1985 00:17:14-EST
From: zielinsk@NADC.ARPA
To: info-cpm@BRL.ARPA
Subject: terminal translator program?
Cc: zielinsk@NADC.ARPA

Does anyone know of a program for CP/M which would allow the system
to be used as a VT100 terminal (i.e. translat incoming ANSI codes to
whatever terminal is hooked to the CP/M system). TERM II comes close
but only allows one-for-one mapping. I'm using an ADM31 type of terminal.
Thanks.

zielinsk@NADC
31-Dec-85 18:19:34-MST,704;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 18:19:26-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023670; 31 Dec 85 19:53 EST
Received: from usenet by TGR.BRL.ARPA id a016072; 31 Dec 85 19:42 EST
From: Corporate User Publications <macdonald%author.dec@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: UNERASE.COM
Message-ID: <208@decwrl.DEC.COM>
Date: 31 Dec 85 16:14:28 GMT
Sender: daemon@DECWRL.ARPA
To:       info-cpm@AMSAA.ARPA

DOES ANYONE HAVE A SOURCE FOR A DIRECTORY RECOVERY PROGRAM FOR
KAYPRO OR OSBORNE CP/M FORMAT DISKETTES. I ACCIDENTLY REWROTE
THE DIRECTORY AND BOOT SECTORS OF A FULL DISKETTE.

THANKS

PAUL
31-Dec-85 20:44:13-MST,870;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 20:44:05-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a023861; 31 Dec 85 22:24 EST
Received: from mitre.arpa by AOS.BRL.ARPA id a001890; 31 Dec 85 22:19 EST
Date: Tue, 31 Dec 85 22:19:56 est
From: Thomas Reid <treid@MITRE.ARPA>
Full-Name: Thomas Reid
Message-Id: <8601010319.AA07547@mitre.ARPA>
Organization: The MITRE Corp., Washington, D.C.
To: info-cpm@BRL.ARPA, zielinsk@NADC.ARPA
Subject: Re:  terminal translator program?
Cc: info-cpm@BRL.ARPA


There is a PD program GATE.LBR for generalized async terminal emulator
which I have downloaded from somewhere (since I am replying, I don't know
whether it is on simtel20 - I will upload it if it isn't).  I haven't
tried it yet so what info I have is from a quick look at the documentation.
31-Dec-85 21:27:36-MST,1574;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 21:27:27-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023954; 31 Dec 85 23:06 EST
Date: Tuesday, 31 December 1985  11:34-MST
Message-ID: <KPETERSEN.12171652553.BABYL@SIMTEL20.ARPA>
Sender: Dick <MEAD@USC-ECLB.ARPA>
From: Dick <MEAD@USC-ECLB.ARPA>
To: w8sdz@SIMTEL20.ARPA
Subject:   Uploaded LUZ3.LBR
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Tue 31 Dec 1985 21:04-MST

I have uploaded to SIMTEL20 a set of LBR utils using Z3 format, I
don't have any sources.  This may answer a question I saw on
INFO-CPM...

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.ZCPR3>
LUZ3.LBR.1			BINARY	 20608  3A2DH

This LBR contains the following Library Utilities for ZCPR3:

LGET.COM extracts files from within library files with optional unsqueeze.

LHELP.COM processes HLP/HQP files from within library files

LLF.COM lists files within library files

LX.COM executes COM files within library files

These tools assist the ZCPR3 user in dealing with libraries in the
ZCPR3 environment.  Following the ZCPR3 philosophy of how commands
should be constructed, these are full ZCPR3 tools which take advantage
of the ZCPR3 environment and can only run in the ZCPR3 environment.
These tools are written in Z80 code and will only run on Z80 or
HD64180 microprocessors.  Online documentation for each tool is
available by typing the name of the tool followed by two slashes:

          TOOL //

.Dick.
